Виртуальные против физических серверов

Я после второго мнения; и извинения, если это уже было дано ответ (укажите мне в правильном направлении).

Различные фракции в проекте, в котором я участвую, ведут священную войну между виртуальными и физическими серверами. Мы внедряем систему управления документами COTS IBM (DB2 и т. Д.).

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

Моя проблема в том, что я работаю разработчиком (я знаю, что я приседаю), поэтому приветствуется независимое мнение.

Что такое худой на виртуальном против физического? Когда вы должны или не должны виртуализировать? Общие достоинства / недостатки и т. Д. Мой стартер на 10 - сбить меня с ног ...

Виртуальные:

• Подходит для DR (вы можете настроить новый экземпляр на другом сервере VM, если тот, на котором вы работаете, выходит из строя, то есть: физический ящик, на котором вы работаете)
• Плохо для определенных баз данных senarios?
• Небольшой удар по производительности (не уверен в специфике)

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

• Службы терминалов (или службы с очень высокой степенью параллелизма пользователей)
• Прикольные ароматы Linux
• Базы данных или почтовые серверы
• Серверы с необычными периферийными вложениями
• Серверы с уникальными / очень высокими требованиями к ресурсам

В вашем конкретном случае обратите внимание на количество одновременно работающих пользователей, которые ваша система должна поддерживать, и на то, какие спецификации физического оборудования вам понадобятся для работы в качестве физической машины. Если для этого требуется четырехпроцессорный четырехъядерный процессор с 32 ГБ оперативной памяти и локальным 6-дисковым диском SAS, это не является хорошим кандидатом для виртуализации. Если он предъявляет высокие требования к какому-либо из этих аспектов (например, просто нужен сверхбыстрый диск), он находится в куче «возможно» и нуждается в тестировании перед принятием решения.

Если база данных будет нормально работать на базовом 1 или 2-процессорном сервере со скромным объемом оперативной памяти (менее 8 ГБ) и пропускная способность диска не будет чрезмерной, виртуализируйте ее.

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

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

Лично я не фанат виртуализации, но это, по крайней мере, частично из-за среды, в которой я работаю, и работал ранее. Одна из проблем заключается в том, что в одной корзине слишком много яиц. Если это оборудование выходит из строя, ВСЕ ваши виртуальные машины на этом сервере перестают работать. Это нормально, если у вас есть запасное оборудование или, по крайней мере, возможность получить СЕЙЧАС, но это не тот мир, в котором я работаю.

Мы запускаем наши серверы как в виртуализированных средах, так и в их собственной среде. Это касается как наших серверов на базе Linux, так и наших серверов Windows и рабочего стола. Сказать, что одно лучше, чем другое, будет полностью зависеть от того, что вам нужно сделать. Иногда виртуализация лучше, иногда нет.

Преимущества виртуализации:

• Простота резервного копирования
• Простота настройки (от клонирования)
• Может приблизиться к использованию всех аппаратных ресурсов (которые часто остаются неиспользованными)

Минусы виртуализации:

• Один ящик выходит из строя = многие серверы отключаются
• Стоимость. Лицензирование часто обходится дорого, если вы хотите управлять несколькими машинами с одного клиента VMWare.
• Стоимость. Лицензирование стоит дорого, если вы хотите поддерживать более двух процессоров

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

И последнее, виртуализация великолепна и прошла долгий путь. Я люблю это за многие вещи. НО, если вам действительно не нужно настраивать еще несколько серверов И у вас нет аппаратного обеспечения, это может вам не сильно помочь.

Самое большое преимущество, которое мы получили от виртуализации: физическое пространство.