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

Плюсы и минусы виртуализации

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

Мы ориентированы на Microsoft. Мне нужно было решить, какой путь (и когда) пойти, и мне потребуются веские (в идеале общие) аргументы за или против виртуализации - я понимаю, что виртуализация - это модно, но я был бы признателен за вашу помощь здесь, поскольку Я читал до сих пор, минусы и плюсы во всем Интернете довольно сбалансированы, и я хотел бы иметь несколько веских аргументов, почему следует выбирать виртуализацию, а не - на основе следующих примеров.

1) Я понимаю, что виртуализация хороша для использования аппаратных ресурсов - если каждый выделенный сервер работает на одном серверном приложении и его ресурсы не используются, если эти серверы виртуализированы, использование ресурсов не выполняется. Но что, если я устанавливаю SQL, Exchange, IIS и TFS не на отдельные серверы, а все на одном, поскольку все эти приложения вполне могут работать вместе? С другой стороны, если, например, Сервер Exchange настолько загружен, что потребляет большую часть мощности сервера, зачем его виртуализировать? Стоит отметить, что мы не ожидаем кардинальных изменений количества рабочих нагрузок.

2) Я также понимаю, что виртуализация дает мне свободу добавлять / расширять / удалять серверы в сети, но на самом деле я думаю, что это бесполезно. Для экспериментов мы используем виртуальные машины в Azure, где мы можем проводить тестирование и эксперименты, но как только у нас будет четко определенная серверная инфраструктура, нам нужно будет изменить ее, возможно, добавив специализированный сервер.

3) Другое дело, что для виртуализации требуется централизованное хранилище - если это не удается, все выходит из строя. Если у меня, например, три отдельных сервера, каждый из которых работает на собственном RAID, лично мне было бы удобнее.

4) В случае критически важных систем, таких как DC или файловый сервер, я не вижу никаких преимуществ в виртуализации.

5) Я также понимаю, что если кто-то действительно испортит какой-то сервер, например Exchange или SQL, легко восстановить образ сервера, но опять же, обычно это делается с помощью промежуточной среды.

6) Хорошая вещь в виртуализации - это клонирование и лучшее аварийное восстановление, но, с другой стороны, если мы используем регулярные резервные копии конфигурации и данных в Azure, я не вижу здесь реальной выгоды.

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

  1. Конечно, вы можете установить все эти приложения на один экземпляр ОС, и они будут счастливо жить вместе. Но что произойдет, если вам потребуется масштабировать один из них на более крупное оборудование? Что произойдет, если вы провалите обновление одного из этих приложений и выйдет из строя вся ОС? Виртуализация дает вам возможность изолировать ОС и приложения, а также возможность легко перемещать экземпляры ОС с одного устройства на другое.

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

  3. Не соответствует действительности. Виртуализация абсолютно не требуется централизованное хранилище. если ты делать Если вам нужно централизованное хранилище, вы получите множество преимуществ виртуализации (живая миграция и т. д.), но это не обязательно. У меня много хостов ESXi, которые используют исключительно локальное хранилище RAID10. В случае централизованной системы хранения она обычно строится таким образом, чтобы не было единой точки отказа (несколько путей FC, несколько контроллеров, резервирование мощности и т. Д.). С помощью этих систем каждый кусок, включая контроллеры, могут выйти из строя и / или быть отключены для обслуживания без простоя ни одной миллисекунды.

  4. См. Пункты выше - виртуализация контроллеров домена полностью поддерживается поставщиком, и при этом вы получаете большую свободу и гибкость. Необходимо заменить модуль DIMM на сервере? Хорошо, просто перенесите вашу виртуальную машину на другой хост, выполните обслуживание и верните ее обратно с помощью vMotion. Вам удалось заменить память на физическом сервере без простоев. Попробуйте это без виртуализации.

  5. Происходят ошибки, отказывает оборудование, выходят из строя программные исправления и т. Д. Очень приятно иметь возможность сделать снимок виртуальной машины перед техническим обслуживанием в качестве запасного варианта перед выполнением любых обновлений, которые могут что-то сломать. Конечно, вы обязательно должны тестировать что-то в тестовой среде, но даже при таком уровне строгости все может сломаться.

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

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

1) Разное программное обеспечение может сосуществовать на одной машине, но также может ломаться. После того, как вам потребуется переустановить, переустановить 1-VM-for-1-функцию - не одно и то же, чем 1-Server-for-N-services.

2) Выбор за вами. В нашей небольшой среде всегда есть смесь тестирования и производства.

3) Верно. С другой стороны, вы можете инвестировать в лучшее устройство хранения и виртуальную оптимизированную систему резервного копирования.

4) Не все серверы подходят для виртуализации. Но вы все равно можете рассмотреть стратегию резервного копирования N + 1 (1 физический DC, 1 физический SQL-сервер и т. Д. И 1 физический сервер, который содержит виртуальные вторичные серверы mchine для каждого другого).

5) Есть миллионы операционных систем и приложений. Не все позволяют работать чисто. Хорошо иметь универсальный независимый способ создания снимков и резервного копирования.

6) Значит, вы уже используете виртуализацию (если я понимаю, что такое Azure). Опять же, не все серверы легко резервировать. Виртуальные машины - наименьший общий знаменатель для управления всеми типами серверов.