Фрагментация NETAPP

Потенциально не связанный, но если Вы используете файловые серверы NetApp в качестве устройства хранения данных для VMs, необходимо знать о проблемах выравнивания ввода-вывода, обрисованных в общих чертах в TR-3747. В сценарии с несколькими неправильно выровнял VMs, размещенный в одном файловом сервере, потенциальное влияние на iops, вероятно, будет большим беспокойством мне, чем фрагментация.

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

Имеет чтение Дефрагментироваться или Не Дефрагментироваться, и я должен дефрагментировать основанные на SAN объемы?.

Вы говорите о NetApp CIFS или объемы NFS, представленные хосту Windows или NetApp FC/iSCSI LUN?

Да они все создаются сверху WAFL, но в случае LUN Вам дарят необработанное блочное устройство, которое затем отформатировано хостом. Это означает, что фрагментация этих файловых систем является иждивенцем на хосте для поддержания. Я полагаю, что WAFL все еще сделает часть своего блока deframentation, но не на логическом слое файловой системы.

С CIFS и объемами NFS затем файловые системы, они идут, являются собственным NetApp и размещают дефрагментацию файловой системы, не играет роли.

Необходимо ли дефрагментировать Windows VMs, которые живут на файловом сервере NetApp? Хороший вопрос, я предполагаю, что он зависит от того, если Вы видите выигрыш в производительности от выполнения, он регулярно сравнивал сумму IO, который он берет для дефрагментации их.

Просто выполненный/планируемый перераспределяют на Ваших LUN, и они должны остаться прекрасными.