Я поддерживаю компанию, которая продает вещи населению в трех магазинах. В настоящее время у основного сайта есть два сервера (файл + сервер AD и сервер Citrix), а в других местах - один сервер (все Windows 2003). В течение многих лет они обходились без какой-либо возможности аварийного переключения, но очевидно, что, если какой-либо из четырех блоков выйдет из строя, они не смогут с этим справиться. Программное обеспечение POS исчезнет и т. Д. У них есть резервные копии и рейд 1 на всех серверах.
Я хотел бы настроить их так, чтобы в случае отказа сервера они могли продолжать вести свой бизнес. Им потребуется наименее дорогое решение, которое приведет их к этому.
Я кратко рассмотрел отказоустойчивые кластеры, и они выглядят довольно сложными в настройке. Я не уверен, что два сервера в главном офисе справятся с этим; сейчас у них два сервера (файл + сервер AD и сервер Citrix), и если мы не объединили роли в один сервер, это будет четыре коробки. Но отказоустойчивый кластер - единственный способ получить то, что им нужно, не так ли?
Я не думаю, что переход в облако - это для них вариант, но я изучу его. Если бы у них было несколько экземпляров amazon ec2, они были бы изолированы от сбоев локальных машин, но по-прежнему подвержены отключениям Интернета.
Если мы останемся на локальных серверах, я рассматриваю вариант, когда два вспомогательных офиса полагаются на Citrix для доступа к ПО POS. Тогда, по крайней мере, им не понадобятся резервные серверы.
Этот вопрос может быть безнадежно широким, но я приветствовал бы любые мнения, которые вы можете предложить.
Им потребуется наименее дорогое решение, которое приведет их к этому.
Их образ мышления уже неправильный, и они настраивают себя на неудачу. Как человек, который работал преимущественно с некоммерческими организациями, которые полагаются на пожертвования от широкой общественности без государственной поддержки, я довольно хорошо знаю, как бюджетные ограничения влияют на некоторые трудные решения. Тем не менее, исключите из их словаря слово «кластер» или даже «аварийное переключение», если они хотят снизить затраты.
Если они не согласны с наименее дорогим решением за несколько десяти тысяч долларов.
Я кратко рассмотрел отказоустойчивые кластеры, и они выглядят довольно сложными в настройке.
Это зависит от защищаемых приложений и желаемого уровня защиты ОС. Вы можете кластеризовать приложения, если они это поддерживают. Однако кластеризация ОС под приложением обычно является большим испытанием, и поэтому инструменты, которые могут выполнять это, довольно дороги.
Сложность, связанная с этим, полностью зависит от методов создания кластера.
Возможно, вы захотите посмотреть такое приложение, как Marathon или Double-Take (я не буду ссылаться на них, но вы можете найти их, если выполните поиск по их имени и слову «кластер»). Эти продукты могут кластеризовать весь сервер на уровне ОС и выполнять плавное (теоретически) переключение при отказе в случае отказа одного из них. Кроме того, будьте осторожны при кластеризации сервера, на котором работает Active Directory, если только решение кластеризации не может гарантировать, что все атомарные транзакции совершаются в обе узлы.
Цены высокие, но это всего лишь стоимость ведения бизнеса в этой сфере.
Если мы останемся на локальных серверах, я рассматриваю вариант, когда два вспомогательных офиса полагаются на Citrix для доступа к ПО POS. Тогда, по крайней мере, им не понадобятся резервные серверы.
Это кажется разумным. Однако теперь вы зависите от интернет-соединения между офисами, а также от надежности серверов. Было бы дешевле получить двойные подключения к Интернет-провайдеру в филиалах и связать их, чем кластеризовать на каждый сервер в каждом офисе.
Рассмотрите это как возможность. Вложите деньги в кластеризацию центрального сервера, на котором размещены виртуальные POS-терминалы и остальная бизнес-логика. Затем, если и только если программное обеспечение POS поддерживает это, разрешите доступ к серверу через соединение служб терминалов / Citrix.
В качестве еще одной промежуточной меры я бы реализовал программу непрерывного резервного копирования на уровне блоков (я использовал StorageCraft). Если материнская плата вашего сервера или карта RAID умрут - или, что более вероятно, у вас появилось вредоносное ПО, или обновление Windows разрушило ваш сервер, вы можете выполнить резервное копирование в считанные минуты. Я думаю, что StorageCraft имеет функцию горячего резервирования, но мне так и не пришлось ее использовать.
О, и не забывайте регулярно проверять свои резервные копии и планы аварийного восстановления!