У нас есть замечательная визуализированная среда на основе VMWare, в которой до сих пор размещалась коллекция виртуальных машин на базе Linux. Теперь мы добавили виртуальную машину Windows Server 2008 R2, на которой размещен экземпляр SQL Server.
Существует ли изящная стратегия применения обновлений Windows, которая сокращает или устраняет простои сервера?
Я уже думал о клонировании сервера, применении обновления и последующем переключении сети, но к тому времени SQL-сервер устареет.
Любые мысли приветствуются.
Простои сервера Windows из-за обновлений неизбежны. Однако простоя в обслуживании можно избежать. Ключевым моментом является понимание того, что время простоя необходимо измерять по доступности услуг, а не по состоянию отдельных серверов.
Для вашего экземпляра SQL Server лучше всего реализовать какую-либо форму многосерверного экземпляра. Один из методов, который Microsoft разрешает в SQL Server 2014: Кластеризация AlwaysOn (отказоустойчивый кластер и группы доступности). В более ранних версиях были аналогичные технологии для кластеризации и / или аварийного переключения.
Две основные стратегии, которые используются в общем смысле, - это отработка отказа и балансировка нагрузки. Для пары аварийного переключения с одним активным и одним резервным узлами, если основной узел выходит из строя, то другой должен беспрепятственно взять на себя роль поставщика услуг. Для интеллектуальной балансировки нагрузки трафик распределяется между несколькими узлами, а вышедшие из строя узлы автоматически исключаются.
Стоимость большинства этих методов, особенно для баз данных, которые должны постоянно обновляться, может быть высокой. Для кластеризации баз данных обычно требуется разделяемое хранилище корпоративного класса, что может быть дорогостоящим вложением, если у вас еще нет такой системы. Кроме того, не забудьте проверить свои лицензионные разрешения и расходы, которые могут измениться после внедрения решений кластеризации или аварийного переключения.