Вопросы Теги

Виртуальный системный диск разделяется между отдельными LUN

Вы могли бы хотеть видеть что:

istvan:redhat$cat /proc/meminfo
MemTotal:      4151916 kB
MemFree:        415796 kB
Buffers:        344684 kB
Cached:        3039484 kB
SwapCached:          0 kB
Active:        1563304 kB
Inactive:      2017064 kB
HighTotal:     3276352 kB
HighFree:        86788 kB
LowTotal:       875564 kB
LowFree:        329008 kB
SwapTotal:     2040244 kB
SwapFree:      2040244 kB
Dirty:              12 kB
Writeback:           0 kB
AnonPages:      196352 kB
Mapped:          62228 kB
Slab:           133680 kB
PageTables:       6160 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:   4116200 kB
Committed_AS:   748424 kB
VmallocTotal:   116728 kB
VmallocUsed:     44656 kB
VmallocChunk:    66548 kB
HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB

И отметьте lsof

РАЗМЕР: размер файла или файлового смещения, в байтах. (При наличии.) В случае файлов, которые не имеют истинных размеров (например, сокеты, каналы), lsof отображает размер содержания их буферные дескрипторы ядра.

1
задан 17 March 2011 в 01:09
4 ответа

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

0
ответ дан 4 December 2019 в 01:56

Я не знаком с методом разделения единственного гостевого диска через несколько хранилищ данных. Однако Ваш инженер может обращаться к также:

  • Разделяя устройство хранения данных VM так, чтобы отдельные объемы (C, D) были на отдельных LUN. Таким образом, у Вас может быть VMDK для C, находившегося на LUN 1, и VMDK для D находился на LUN 2
  • Копия или операция миграции на VM, который не очистил VMDK на, он - предыдущий LUN. Таким образом, Ваша VM активно использует диски на одном LUN, но существуют старые неиспользованные копии тех дисковых файлов VMDK, находившихся на другом LUN, также. Можно осмотреть 'экран' настроек редактирования или vmx файл для VM для проверки, какие VMDKs на самом деле используются.
  • Степени VMFS.
1
ответ дан 4 December 2019 в 01:56

Иначе то, что я могу думать, который мог бы вызвать, это - то, если диск D имел другой диск, смонтированный как папка на диске D. Вы могли проверить это путем рассмотрения настроек Vm и видеть, существует ли 3 перечисленные диска.

0
ответ дан 4 December 2019 в 01:56

SAN отступил, устройство хранения данных может объединить пространство от отдельных наборов RAID различными способами. Возможно расширить LUN или конкатенацией или чередованием его со способностью от другого LUN, который не находится в том же наборе RAID. SAN абстрагирует это так, чтобы Ваша хост-система просто видела более крупное устройство блочной системы хранения. Это не все, что необычный, но, если сделано плохо (говорят путем простой конкатенации способности от двух LUN с совсем другими рабочими характеристиками) она могла бы вызвать нежелательные различия производительности от хоста перспектива ОС.

Также возможно сделать это в VMware с помощью Степеней, который является, вероятно, что продолжается здесь - они используются для объединения нескольких LUNS в единственного VMware хранилище данных VMFS. Это была бы общепринятая практика, но это - не обязательно плохая идея. Та же осторожность относится к этому что касается более раннего примера - если эти два LUN отличаются значительно по своей производительности затем могли бы быть различия производительности через хранилище данных (и в Вашем D-диске), которые являются нежелательным. Существует также немного повышенный риск отказа - если любой LUN перестал работать затем, Вы теряете всех, но если все устройство хранения данных прибывает из того же SAN затем, это не особенно серьезно.

0
ответ дан 4 December 2019 в 01:56

Теги

Похожие вопросы