Назад | Перейти на главную страницу

Серверы Stratus против виртуализированных машин как решение высокой доступности

Меня попросили сделать это в качестве презентации, но, честно говоря, либо я полностью упустил суть, либо меня просят сравнить реальную компанию, например Stratus, с концепцией виртуальных машин в отношении решений высокой доступности. ?

Проведя небольшое исследование, я знаю, что Stratus является поставщиком услуг FT и HA как в аппаратном, так и в программном обеспечении, и что виртуализацию можно использовать в качестве решения высокой доступности, но как вы можете сравнить компанию с концепцией / идеей?

Или я полностью пропустил здесь лодку?

Я согласен с вами - это не дискретные понятия. Stratus - поставщик услуг и оборудования, некоторые из которых также включают виртуализацию.

Могу ли я осмелиться предположить, что тот, кто поставил вам эту задачу, на самом деле не понимает? Должна ли это быть презентация "против"? Может быть, вы могли бы найти время, чтобы объяснить фундаментальные концепции виртуализации, высокой доступности, отказоустойчивости и некоторые способы, которыми это может быть достигнуто.

Я бы позволил Stratus лично заниматься продажами.

Давайте рассмотрим «Stratus» как прокси для отказоустойчивости и высокой доступности, поставляемые как в аппаратном, так и в программном обеспечении. Предположим, на данный момент, что они не единственный такой поставщик.

Виртуализация всей машины, в отличие от таких вещей, как виртуальная машина Java, отделяет состояние программного обеспечения от состояния оборудования, объединяя операционную систему и все приложения, работающие на ней, в аккуратный контейнер. Когда у вас есть этот контейнер, становится легче выполнять такие вещи, как HA и FT. Решения HA и FT на аппаратном и программном / аппаратном уровнях, подобные тем, которые вы традиционно покупали у Stratus, выполняют то же самое, но без столь сильного разделения между аппаратным и программным обеспечением. Однако имейте в виду, что между этими вещами существует довольно нечеткая граница, которая все время становится все более неясной, поскольку Stratus и другие движутся к методам виртуализации для выполнения тех вещей, которые раньше полностью выполнялись с помощью оборудования.

Практически все основные пакеты виртуализации могут дать вам HA. Это достигается за счет хранения файлов виртуальных машин (как конфигурации, так и образов дисков) на том, к чему имеют доступ все члены кластера хоста. Это может быть файловый сервер или SAN, или что-то среднее между ними. Если что-то катастрофически не в порядке с физической машиной, на которой размещена ваша виртуальная машина, другой член кластера берет эту виртуальную машину и запускает ее. Гостевая ОС видит сбой и перезагружается. Он находится в автономном режиме ненамного дольше, чем требуется для загрузки ОС. Если проблема не является катастрофической, вы можете переместить работающую виртуальную машину (называемую Live Migration или vMotion) на другой хост и избежать проблемы.

Фактическая отказоустойчивость немного более скользкая. Вы должны решить, что это значит для вас. Если это означает, что вы терпите отключение одного сетевого кабеля специалистом по обслуживанию, то это можно сделать с помощью объединения сетевых адаптеров. Если это означает, что вы терпите отказ одного источника питания, вы можете купить машину с резервными источниками питания. Если это означает, что катастрофический отказ хоста не переводит рабочую нагрузку в автономный режим, как это понимают многие люди, то только пара гипервизоров в настоящее время может дать вам это, а те, которые могут сделать это, будут делать это с довольно высокой стоимостью в сроки исполнения. Они работают либо путем запуска виртуальной машины в двух местах одновременно на этапе блокировки, либо путем создания тысяч моментальных снимков виртуальной машины в секунду и отправки их на другой хост, ожидая в качестве резервного.

Аппаратное обеспечение обычно быстрее, но намного дороже.