Я был стажером в компании в течение месяца, и моя миссия - перевести 3 физических сервера на технологию виртуализации. Компания редактирует программное обеспечение для электронного обучения, поэтому существует множество данных, таких как видео, флэш-память и сжатые (zip).
Это часть инвентаризации серверов: ОС: Debian, 2 redhat, apache, php / mysql, sendMail / Dovecot, webmin с шаблоном virtualmin для динамического создания веб-сайтов, потому что нет системного администратора ... Будущий провайдер будет нести ответственность для защиты, обновления и создания виртуальных машин (аутсорсинг) и с ОС RedHat.
Поэтому мне нужна помощь в выборе технологии виртуализации (я предпочитаю KVM Redhat RHEV, VMWare стоит дорого), как оценить потребности в оборудовании (это для эволюции 4 или 5 лет) и разработать хороший план, чтобы я не забудь обо всем.
Если вы хотите взять физический сервер и преобразовать его в виртуальный, вам нужно использовать Google для миграции с физического на виртуальный (P2V). Доступны такие инструменты, как конвертер VMWare, который переносит сервер, в основном, автоматически.
Методы P2V во многом зависят от того, что вы собираетесь использовать. VMWare ESXi является бесплатным и хорошо работает для малых предприятий или предприятий, у которых может быть человек, предназначенный для работы над тем, чтобы ограничения ESXi не убивали доступность их серверов (ограничений не так много, но они существенные, вроде нет живой миграции). ESXi отлично подходит, когда вам не нужно беспокоиться о круглосуточной доступности серверов для таких вещей, как резервное копирование образов виртуальных машин (я обычно выключаю их и копирую с сервера, но есть альтернативные подходы, такие как использование обычного решения для резервного копирования для резервного копирования. настроить виртуальную систему, как если бы это был физический сервер, и восстановить путем создания пустого виртуального сервера и восстановления с виртуального чистого металла; многие используют комбинацию этих методов, поскольку копирование образов дисков для наших серверов занимает большую часть выходных, но может упростить восстановление просто скопировав его на новый сервер и указав новую машину для загрузки с этих образов).
Другие платформы будут иметь свои собственные инструменты, или вы можете просто перестроить серверы «виртуально» с нуля.
Если вы говорите о планировании миграции, я не уверен, к чему именно вы стремитесь ... вам, вероятно, будет лучше спросить об отдельных серверах, поскольку электронная почта может иметь отдельные соображения от базы данных SQL, например, мониторинг записей DNS . Общие соображения для виртуальных машин в целом могут быть такими, как проблемы с преобразованием (будет ли он правильно видеть сетевую карту, вручную настраивать IP, отключать физическое устройство от сети перед запуском виртуальной машины, чтобы не было конфликта IP или имени ... ), и некоторые из этих соображений будут зависеть от того, какое решение вы используете; проблема с переходом на VMWare может не относиться к KVM.
Для прямой виртуализации я бы предложил VMWare: ESXi бесплатен, если вам не нужны какие-либо дополнительные функции (высокая доступность, управление кластером и т. Д.), И если вам нужны эти функции, VMWare разработала, протестировала и поддерживает их, что IMHO полностью стоит лицензионных сборов и платы за поддержку.
В качестве дополнительного бонуса виртуализация VMWare выглядит как физическое оборудование для ОС, поэтому вашему «будущему провайдеру» не придется беспокоиться о каких-либо странностях / «утечках виртуализации», которые могут быть внесены другими технологиями.
Что касается фактического переноса ваших систем в виртуальную среду, VMware предоставляет Конвертер VMWare инструменты для упрощения прямой миграции с физического на виртуальный, но проект виртуализации - прекрасное время, чтобы взглянуть на архитектуру вашей системы и определить, есть ли какие-либо изменения, которые вы хотели бы внести.
Re: ваш проект, как описано выше, это просто свалили вам на колени или у вас есть какие-то указания / помощь сверху? Вообще говоря, я бы не стал рассматривать виртуализацию среды как задачу для «стажера» (стажера, младшего администратора и т. Д.), Если бы они не получали некоторую помощь в процессе.
Среди вещей, о которых вы упомянули выше, особенно важен выбор оборудования (представление о том, какая пропускная способность диска вам понадобится, сколько оперативной памяти вам понадобится, как будет выглядеть загрузка процессора и следует ли резервировать быть сделано для определенных машин / классов машин (т.е. конфигурирование "пулов ресурсов" в терминах VMWare).
Правильный подход к таким вещам особенно важен, если вы хотите, чтобы это оборудование проживало весь свой полезный жизненный цикл, обеспечивая при этом то, что ваши клиенты сочли бы хорошей производительностью, и просто продолжайте работать, исходя из того факта, что вы «стажер». Предлагаем поработать с кем-то, кто знаком с вашей средой, у которого есть опыт профилирования и инстинкты, чтобы выявлять узкие места в производительности, чтобы у вас не возникли непредвиденные проблемы.
Привет, djoudi, я делаю что-то похожее на то, о чем вы здесь просили (включая sysadmin + работу с видео flash) Недавно я попробовал конвертер Vmware для чего-то похожего на вас. Если вы планируете использовать конвертер Vmware, который является бесплатным для Linux, тогда, когда вы указываете IP-адрес, вход в систему и т. Д., Сведения о сервере, который вы хотите преобразовать в виртуальный, инструмент преобразования Vmware попросит вас предоставить IP-адрес сервера VMware, который, как я думаю в вашем случае у вас нет. Как другие предлагали Vmware, вещи стоят своей цены. Но в вашем случае, если Vmware неприменимо, я бы посоветовал установить Red Hat KVM и использовать его графический интерфейс (virt-manager) на сервере, отличном от вашего производственного компьютера. Позвольте нам называть этот промежуточный сервер. Вы сделаете свое эксперименты здесь.
После того, как вы закончите установку виртуальных машин на этом промежуточном сервере, вам нужно выполнить rsync физического сервера (который вы хотели виртуализировать) с виртуальными машинами, работающими на промежуточном сервере, это может быть так же хорошо, как cp -r просто убедитесь, что вы используете такую же схему разделения на своих виртуальных машинах в этом случае, даже если вы выполните cp -r, что тоже подойдет.