Стратегия виртуализированных Обновлений Windows Server для сокращения времени простоя
У нас есть базирующаяся визуализируемая среда замечательного VMware, которая, до сих пор, размещала набор Linux базирующийся VMs. Мы теперь добавили в Windows Server 2008 R2 VM, который размещает экземпляр SQL Server.
Там существует изящная стратегия применения обновлений окон, который уменьшает или устраняет время простоя сервера?
Я имею до размышления о клонировании сервера, применении обновления и затем переключении сети, но к тому времени SQL-сервер устарел бы.
Любые мысли значительно ценятся.
Застојот на Windows серверот за ажурирање е неизбежен. Застојот на услугата, сепак, може да се избегне. Клучот е да сфатите дека времето на застој треба да се мери со достапноста на услугата, а не со статусот на индивидуалните сервери.
За вашиот пример на SQL Server, најдобро е да спроведете некаква форма на инсталирање на повеќе сервери. Една техника што Мајкрософт ја дозволува во SQL Server 2014 е AlwaysOn Clustering (групи за групирање и достапност на неуспешни). Претходните верзии имаа слични технологии за групирање и / или неуспех.
Двете главни стратегии што се користат во општа смисла се неуспех и балансирање на оптоварување. За парот за откривање на грешки со еден активен и еден мирување, ако примарниот јазол се спушти, тогаш другиот треба беспрекорно да го преземе доставувачот на услуги. За интелигентно балансирање на оптоварување, сообраќајот се дели помеѓу повеќе јазли и автоматски се исклучуваат соборените домаќини.
Трошоците за повеќето од овие техники, особено за базите на податоци што треба да останат во тек, може да бидат високи. За групирање бази на податоци, обично треба да имате заедничко складирање во класа на претпријатие, што може да биде скапа инвестиција ако веќе немате ваков систем. Исто така, проверете ги дозволите за лиценцирање и трошоците што може да се променат откако ќе воведете решенија за групирање или промашување.