У нас есть небольшой кластер ESX3 с сервером vMotion (я не думаю, что у нас есть Storage vMotion), подключенный к двум массивам хранения iSCSI. Один из массивов - это (грубый) Windows, и он почти всегда требует обновлений Windows. Массив резервного копирования предлагает примерно такую же производительность, но находится на платформе, которая не требует такого большого обслуживания. Однако по причинам, выходящим за рамки этого вопроса, предположим, что массив Windows должен быть основным.
В настоящее время мы просто выключаем все виртуальные машины, переводим хосты ESX в режим обслуживания, перезагружаем массив хранения и перезагружаем виртуальные машины. Это отнимает много времени и раздражает, но, похоже, не вызывает никаких проблем с образами виртуальных машин.
Как я могу перенести свои виртуальные машины в резервный массив в тех случаях, когда мне нужно выполнить обслуживание (например, перезагрузку Центра обновления Windows) для исходного массива хранения? Как я могу перенести их обратно после возврата массива? Предпочитаете использовать VirtualCenter, но нам удобно использовать командную строку.
Или, если это возможно, есть ли способ, кхм, кластеризовать два массива (используя нашу существующую технологию - без дополнительной покупки оборудования)?
Если вы используете версии ESX до v3.5, Storage VMotion не поддерживается, но Storage VMotion доступен в ESX 3.5, если у вас есть лицензии с поддержкой VMotion. Хотя по умолчанию здесь нет графического интерфейса. Если вы хотите использовать его, вы можете использовать инструменты ESX Remote CLI, но гораздо проще следовать этим инструкциям по установке Отличный клиент Storage VMotion VI от Эндрю Куца Плагин и используйте это.
Я вижу, что, выключив виртуальную машину, я могу перейти в другое хранилище данных. Думаю, мне нужно Storage vMotion, чтобы перенести работающую виртуальную машину. Шак.
Я не верю, что вы можете кластеризовать свои массивы, и если это действительно так, у вас действительно есть только один вариант - перейти на 3.5 и использовать SVM.