У меня есть несколько вопросов ниже - я постарался сформулировать их как можно лучше. Если вы проголосовали против моего сообщения, пожалуйста, сделайте комментарий, объясняя, почему вы проголосовали против, чтобы я мог попытаться добиться большего успеха при публикации в будущем. Вот мои вопросы (мой большой вопрос - второй абзац):
Если бы мы использовали Server 2012, смогли бы мы получить высокую доступность (HA) и надежность без SAN в массивной виртуализированной среде с VDI и RDS?
У нас есть приложения с высоким уровнем транзакций с Microsoft SQL, такие как Exchange, SharePoint и т. Д., Требующие высокой доступности и надежности - есть ли другой способ получить это без использования SAN? (РЕДАКТИРОВАТЬ: Или я предполагаю, что я пытаюсь сказать: можем ли мы устранить SAN и при этом сохранить высокую доступность и надежность для Microsoft SQL и Exchange? Имеет ли Hyper-V какое-либо отношение к этому в 2012 году?)
Мой руководитель слышал, что с помощью Server 2012 вы можете сделать что-то подобное и соединить два сервера вместе и добиться высокой доступности и надежности - правда ли это? Как это работает? Спасибо!
Да, вы можете добиться высокой доступности для всех перечисленных вами служб без использования решения с общим диском.
Прочтите эти темы, и вы узнаете, хотите ли вы их использовать или вам нужна кластеризация для обеспечения отказоустойчивости. Все перечисленные мною выше методы требуют либо ручного вмешательства, либо периода времени для перехода.
Hyper-V 2012 представляет динамическую миграцию и реплики между узлами, использующими только обычный TCP / IP. Однако это НЕ кластеризация. У вас все равно будет время простоя, когда что-то сломается, так как вам придется запускать свою реплику.
Также - помните, что кластерные сервисы не может будут перенесены в реальном времени, так как они мгновенно будут BSOD, когда они получат паузу в дисковом вводе-выводе. Exchange DAG и SQL AlwaysOn используют кластеризацию для обеспечения синхронизации без общего хранилища.
BlueToast, Пауска говорит, что у вас не может быть высокой доступности с вашего уровня виртуализации, если у вас нет общего хранилища. Во многих случаях у вас может быть высокая доступность на уровне приложения. Поэтому вместо того, чтобы обращаться к Hyper-V для обеспечения высокой доступности, посмотрите на программное обеспечение на виртуальных машинах.
С учетом сказанного, Server 2012 может использовать файловый сервер в качестве необходимого общего хранилища, если на этом файловом сервере используется протокол SMB 3.0 (который поставляется с Server 2012). Чтобы получить истинную высокую доступность, вам потребуется, чтобы файловый сервер был реализован как кластер файлового сервера. Это можно сделать с помощью Server 2012, если хранилище, подключенное к кластеру файлового сервера, подключено симметрично. Хотя это может заставить вас задуматься, нужна ли вам SAN на файловом сервере, чтобы избежать подключения SAN к Hyper-V, это не так. Вы можете использовать гораздо более дешевые общие SAS JBOD.
Если вы создадите этот кластер файлового сервера с общим SAS, вы сможете использовать HA на уровне Hyper-V, а затем вы можете отказаться от настройки HA на уровне приложения. Какое решение для вас наиболее разумно, должно зависеть от ситуации. Выполнение действий на уровне приложения обычно предполагает более широкий набор вариантов, но вынуждает вас использовать разные решения для каждого приложения. Выполнение действий на уровне виртуализации дает вам возможность использовать одну и ту же стратегию для многих приложений, но с несколько более непрозрачным представлением о том, что происходит на виртуальных машинах.