Архив метки: nfs

Image Service на Nutanix и загрузка образа в него с URL

Вот вам небольшой технический хинт, помогший недавно.
У Nutanix есть собственный Image Service, в котором удобно хранить образы дисков, ISO для инсталляций, vmdk или vhdx для создания из них уже установленных VM на других гипервизорах. Но такие образы могут быть очень большими, в особенности диски других VM. Тащить их через локальный сторадж может быть довольно напряжно.

Однако есть выход: загружать файл в Nutanix Image Service можно в том числе указав URL, с которого Nutanix сам закачает в себя нужный файл. В поле для URL можно, конечно же, указать http или ftp. Например указать туда адрес дистрибутива с официального сервера какого-нибудь Linux. Но не все знают, что можно и nfs. Пример такого использования: вы переносите тяжелые VM, их *-flat.vmdk с NFS-стораджа датастора VMware, на Nutanix, и создаете затем из них VM на Acropolis.
В случае NFS все, на самом деле, тоже довольно просто. Указываете URL протокола NFS такого вида:

nfs://user:password@IP-or-DNS/share/subfolders/filename

И — готово. Nutanix Image Service сам соединится и скачает в себя указанный файл.
Конечно же серверы кластера Nutanix для этого должны находится в сети с доступом к этому URL, так как трансфер происходит напрямую в Nutanix.

screenshot-2016-02-19-13-56-371

Nutanix и Space Reclamation

Блоггер Kalle Pihelgas заметил и исследовал интересную особенность поведения хранилища Nutanix при использовании VMware и, соответственно, дисков VMDK у виртуальных машин.
Как вы уже знаете, для VMware vSphere Nutanix предоставляет свое хранилище как датастор по NFS. NFS вообще очень удобный и, возможно, самый лучший способ подключить дисковое хранилище к виртуальным машинам. В числе прочего, по NFS ваше хранилище получается «thin by design», VMDK на нем не занимают места больше, чем в них физически занято места. Это с разных сторон удобно, не буду на этом останавливаться отдельно.
Но вот сам VMDK внутри вполне может иметь неиспользуемое пространство, так сказать «на уровне OS». На файловой системе, например на NTFS у вас может быть удален большой файл, но так как все современные файловые системы физически никак не удаляют «удаленные» файлы, а просто помечают их блоки неиспользуемыми, на уровне стораджа нет возможности «увидеть» что данный файл действительно удален, а не просто давно никем не используется (и может понадобиться, поэтому трогать его нельзя). Однако можно попробовать принудительно затереть соержимое удаленного файла нулями. Этот процесс принято называть secure delete, и подобные утилиты часто встречаются.
Так вот в результате работы Secure Delete на дисках виртуальной машины, внутри VM, автор отметил интересный эффект.
Он наблюдал резкое снижение объемов занятого места, за счет того, что, по-видимому, очищеные и принудительно заполненные нулями пространства стертых ранее файлов успешно «схлопнулись», позволив «утоньшить» VMDK.


Размер VM до затирания нулями удаленных файлов на диске


Размер VM после затирания нулями удаленных файлов на диске

Однако, несмотря на то, что занятое VMDK место, в результате secure delete, уменьшилось, свободное место на Storage Container на уровне самого Nutanix не высвободилось немедленно, и появилось только на следующий день. По-видимому после того, как отработал некий ночной фоновый процесс в системе.

В авторской публикации приводится пример скрипта, выполняющий secure delete в Linux, да и вообще автор проделал обширное исследование вопроса Space Reclamation для разных OS.