LINUX.ORG.RU
ФорумAdmin

vmware: динамически добавлять дисковое пространство

 


0

1

Есть vmware server с пачкой виртуалок (в основном разная винда), нужно проверять наличие места на виртуалках и если его мало, добавлять виртуальные гигабайты. Это как-то технически реализуемо?

Update:вот так: https://code.google.com/p/quickanddirty/wiki/ResizeNTFSVMwareImage - работает. Есть ли способ проще?

★★★★★

Последнее исправление: slapin (всего исправлений: 1)

Может виртуалки с динамическими дисками?

sany0k
()

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

Так что единственный разумный выход - изначально задать размер виртуальных дисков с запасом.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

насколько помню разделы на диске уже давно можно не создавать, отдавать сразу весь диск под lvm

anonymous
()
Ответ на: комментарий от anonymous

Думать кто будет? Использовать LVM том в качестве виртуального диска можно, но подключив его в виртуальную систему при установке операционной системы в виртуальном окрежении, эта операционная система будет видеть виртуальный диск размером с LVM том, на этом виртуальном диске она создаст таблицу разделов, раздел, на разделе файловую систему.

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

Ферштейн?

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от kostik87

Ну тут оказывается трудно предсказать размер. Останавливать виртуалку можно. Нету средств для ресайза NTFS ис-под Linux? Нужно я так понимаю только наращивание... Или как-то можно дергать консольные утилиты винды (там ведь есть ресайз?)

slapin ★★★★★
() автор топика

Присоединяюсь, лучше сразу выделять с перезакладом. Но тут правда есть один подводный камень, может «внезапно» закончиться место благодаря одной из виртуалок.

anc ★★★★★
()
Ответ на: комментарий от slapin

Или как-то можно дергать консольные утилиты винды (там ведь есть ресайз?)

На рабочей системе не даст этого сделать.

anc ★★★★★
()
Ответ на: комментарий от slapin

Ну тут оказывается трудно предсказать размер.

Да ладно уж, предполагаешь 50Гб, выделяешь 1Тб вот и все предсказание.

anc ★★★★★
()
Ответ на: комментарий от slapin

Всё равно без перезагрузки виртуальной машины увеличение размера контейнера виртуального диска (LVM) или файла виртуального диска не вступят в силу, имеется в виду, что операционная система без перезапуска не увидит новый размер виртуального диска.

Второе, как ты будешь на смонтированной файловой системе (NTFS) менять её размер?

Вот и получается, что останавливаешь машину, увеличиваешь размер контейнера виртуального диска, затем увеличиваешь размер раздела, а потом размер файловой системы NTFS.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от snaf

Ну положить виртуалку, увеличить виртуальный диск, раздел, файловую систему. Не получится?

slapin ★★★★★
() автор топика
Ответ на: комментарий от slapin

увеличить... раздел, файловую систему.

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

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

anc ★★★★★
()
Ответ на: комментарий от kostik87

Проблема с системным диском, ядро его держит и не всегда kpartx помогает. Но! Система (/boot, /, /usr, /var (logrotate)), как правило, не растет. Выделяем диск с 30% запаса и не паримся.

Под данные не проблема увеличить в виртуалке.

Утиль от pvresize ... до xfs_growfs нормально работают, проверенно!

anonymous
()
Ответ на: комментарий от anonymous

для данных отдельные вирт. диски

anonymous
()
Ответ на: комментарий от anc

увеличить... раздел, файловую систему.

powershell Resize-Partition

The Resize-Partition cmdlet resizes a partition and the underlying file system.

anonymous
()
Ответ на: комментарий от kostik87

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


$ virsh help blockresize 
  NAME
    blockresize - Resize block device of domain.

  SYNOPSIS
    blockresize <domain> <path> <size>

  DESCRIPTION
    Resize block device of domain.

  OPTIONS
    [--domain] <string>  domain name, id or uuid
    [--path] <string>  Fully-qualified path of block device
    [--size] <number>  New size of the block device, as scaled integer (default KiB)

anonymous
()
Ответ на: комментарий от kostik87

Тебе пора (пере|про)читать о kvm. В vmware диск тоже увеличивается оnline и сразу доступен в виртуалке для ресайза.

anonymous
()
Ответ на: комментарий от slapin

Ну положить виртуалку, увеличить виртуальный диск, раздел, файловую систему. Не получится?

смотрите. У нас есть Windows и WMware. Зачем сюда еще добавлять и линукс? Винда давно умеет расширять монтированные разделы.

snaf ★★★★★
()
Ответ на: комментарий от snaf

при чем тут вообще линукс? Речь идёт о VMware и винде.

Это сайт о Линукс. Задать можно любой вопрос, ответ будет о линуксе.

anonymous
()
Ответ на: комментарий от tailgunner

Эти виртуалки с легаси типа фокспро и прочим шлаком. Очень не хотелось бы трогать то, что там живёт... :(

slapin ★★★★★
() автор топика
Ответ на: комментарий от anonymous

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

kostik87 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.