Как можно экономить «быстрое» место на ESXi? У меня часто сервер конфигурации 2x2TB обычных винтов и 2x240GB быстрых SAS или SSD. Собраны в "зеркала", назначены datastores соответственно. Дальше на ESXi крутятся куча виртуалок с одинаковой 2008r2 виндой (Терминальники, файлопомойка, 1С, SQL, VPN), а информация, вроде БД, вынесена на отдельные быстрые ЖД. Иногда хочется закинуть целый терминальный сервер на быстрое хранилище, чтобы у людей летали всякие СБИС++, Google Chrome и т.д. прикладные программы. Если начать помещать все диски операционных систем в быстрое хранилище, то места не хватит. Я слышал про HorizonView с GoldenImage, но пока не могу себе позволить vcenter и т.д., не разобрался ещё с ним, но не похоже на нужный мне вариант. Суть такова, что везде одинаковые ОС, но везде независимые диски.
1) Можно ли сделать 1 диск, положить на быстрое хранилище, а остальные сделать зависимыми от него и тоже на быстром хранилище и сильно сэкономить место?
2) Что будет, когда диски обрастут обновлениями, насколько замедлится работа, или вырастет размер?
3) Что будет, если обновить основной диск? Становится ли он заблокированным? Можно ли разблокировать при необходимости обновления?
4) Что работает быстрее в первые дни на SSD\SAS, 10 дисков, зависимых от первого, или 10 отдельных дисков?
5) Что работает быстрее после нескольких лет обновлений? Учитывая то, что 2008r2 почти не обновляется
Прошу ответить хотя бы на те пункты, о которых знаете. И хочу общих советов, как лучше организоваться, если есть идеи
Как можно экономить «быстрое» место на ESXi? У меня часто сервер конфигурации 2x2TB обычных винтов и 2x240GB быстрых SAS или SSD. Собраны в "зеркала", назначены datastores соответственно. Дальше на ESXi крутятся куча виртуалок с одинаковой 2008r2 виндой (Терминальники, файлопомойка, 1С, SQL, VPN), а информация, вроде БД, вынесена на отдельные быстрые ЖД. Иногда хочется закинуть целый терминальный сервер на быстрое хранилище, чтобы у людей летали всякие СБИС++, Google Chrome и т.д. прикладные программы. Если начать помещать все диски операционных систем в быстрое хранилище, то места не хватит. Я слышал про HorizonView с GoldenImage, но пока не могу себе позволить vcenter и т.д., не разобрался ещё с ним, но не похоже на нужный мне вариант. Суть такова, что везде одинаковые ОС, но везде независимые диски.
1) Можно ли сделать 1 диск, положить на быстрое хранилище, а остальные сделать зависимыми от него и тоже на быстром хранилище и сильно сэкономить место?
2) Что будет, когда диски обрастут обновлениями, насколько замедлится работа, или вырастет размер?
3) Что будет, если обновить основной диск? Становится ли он заблокированным? Можно ли разблокировать при необходимости обновления?
4) Что работает быстрее в первые дни на SSD\SAS, 10 дисков, зависимых от первого, или 10 отдельных дисков?
5) Что работает быстрее после нескольких лет обновлений? Учитывая то, что 2008r2 почти не обновляется
Прошу ответить хотя бы на те пункты, о которых знаете. И хочу общих советов, как лучше организоваться, если есть идеи
1) Можно ли сделать 1 диск, положить на быстрое хранилище, а остальные сделать зависимыми от него и тоже на быстром хранилище и сильно сэкономить место?
2) Что будет, когда диски обрастут обновлениями, насколько замедлится работа, или вырастет размер?
3) Что будет, если обновить основной диск? Становится ли он заблокированным? Можно ли разблокировать при необходимости обновления?
4) Что работает быстрее в первые дни на SSD\SAS, 10 дисков, зависимых от первого, или 10 отдельных дисков?
5) Что работает быстрее после нескольких лет обновлений? Учитывая то, что 2008r2 почти не обновляется
Прошу ответить хотя бы на те пункты, о которых знаете. И хочу общих советов, как лучше организоваться, если есть идеи
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
1) В VMware ESXi вы можете создать виртуальный диск, поместить его на быстрое хранилище и использовать его в качестве основного диска для всех ваших виртуальных машин. Однако, стоит иметь в виду, что все зависимые от этого диска диски также будут находиться на том же хранилище. Это может помочь вам сэкономить место, но важно учитывать, что в случае сбоя или проблем с хранилищем, все ваши виртуальные машины могут быть недоступны.
2) Работа виртуальных машин может быть замедлена при нарастании размера дисков из-за увеличения времени доступа к данным. Поэтому важно регулярно отслеживать и оптимизировать использование дисковых ресурсов.
3) Если обновить основной диск виртуальной машины, он может стать заблокированным для записи на время обновления. Однако, после завершения обновления он будет снова доступен.
4) В первые дни работа на SSD\SAS может быть быстрее, так как данные будут доступны быстрее и операции ввода-вывода будут происходить быстрее. Однако, это также зависит от конкретных условий и настроек вашей системы.
5) После нескольких лет обновлений скорость работы будет зависеть от общего состояния вашей системы, а не только от того, использовали вы зависимые диски или отдельные диски. Это может быть повредениями файловой системы, фрагментацией данных и т.д. Важно регулярно проводить обслуживание и мониторинг вашей инфраструктуры.
Общие советы:
Проводите регулярное обслуживание и мониторинг вашей инфраструктуры, чтобы предотвратить возможные проблемы.Изучите все возможности и настройки VMware ESXi, чтобы оптимизировать работу вашей виртуальной инфраструктуры.Сделайте резервные копии важных данных и настроек, чтобы в случае сбоя можно было быстро восстановить работоспособность системы.