View Mikhail Korotko's profile on LinkedIn
Follow me on Twitter

EnglishFrenchGermanItalianPortugueseSpanish

Последние комментарии

  • LowellCreld: скачать свежие новинки музыки бесплатно русские рингтоны 2018 скачать...
  • Avsporwabarma: гадания бесплатные по Библии
  • Илья: Здравствуйте, Михаил. Вы пишете «И еще на последок скажу что сама...
  • WilliamSeew: Thanks-a-mundo for the post. Fantastic.

Архив

  • 26Май

    На днях один коллега поделился одной особенностью, что при копирование тонких дисков, они копируются как толстые.
    Я решил проверить. Создал пустую ВМ с тонким диском размером в 200ГБ. Далее решил скопировать через vCenter, через Browse Datastore, папку с этой ВМ себе на рабочую станцию. Какое мое было удивление, когда файл flat.vmdk стал копироваться довольно долго. Как будто его размер был 200ГБ. Мой пытливый ум это не устроило, и я решил через Veeam FastSCP проделать тоже и самое удивительное было то что опять файл flat.vmdk копировался как толстый диск размером в 200Гб, хотя на датасторе он был пустой. Мне подумалось что возможно при копирование с vmfs на другую файловую систему происходит конвертация диска из тонкого в толстый. Далее решил попробовать скопировать папку с ВМ из родного датасторе в соседний. В результате получил аналогичную ситуацию. Диск ВМ копировался как толстый. Далее решил попробовать клонировать ВМ. При клонирование диск остался тонким и само клонирование прошло очень быстро, как и следовало для пустой ВМ. И тут я решил идти писать в сапорт Вари для более точного разрешения данной ситуации.

    Цитирую что ответили.

    — As you must be aware, thin provisioning is only available for in ESX 4.0. The behavior that you have mentioned in the case description is by design. Whenever a think provisioned disk is moved or copied to a different data store it will be converted to a thick disk. When you are copying it to a workstation and if we assume that it is running Windows (NTFS file system) it is automatically converted to a thick disk.

    — However we can clone a thin provisioned vmdk to anther data store keeping it in the thin format.

    Как я и думал. Прямого копирование между датасторами или же на другую файловую систему тонких дисков нет. Т.е оно есть, но при копирование он автоматом превращается в толстый. Хотите перенести ВМ с тонким диском на другую датасторе – мигрируйте (Migrate) или клонируйте (Clone) ее.

    Автор Михаил Коротько в 15:25

    Метки: , , ,

Комментарии (15)

WP_Cloudy
  • Михаил пишет:

    Для переноса на другое хранилище существует операция Migrate. Она тонкий диск может перенести и как тонкий, и как толстый — на выбор администратора.

  • Михаил Коротько пишет:

    Точно, про Migrate совсем забыл. Из головы вылетело. Спасибо! Вариант был проверить прямое копирование без клонирования или мигрирования. Сейчас подправлю заметку.

  • О копирование тонких дисков пишет:

    […] Читать дальше (источник): О копирование тонких дисков […]

  • Andrei пишет:

    Вы копировали только на виндовые машины?
    Попробуйте скопировать на Linux машину по scp.

  • Михаил Коротько пишет:

    @Andrei
    Я копировал и на виндовую машину. И с одного vmfs датасторе в другой, расположенных на одной СХД. Пробовал как средствами vCenter, так и через Veeam FastSCP. Результат одинаковый. Если не делать миграцию или же клонирование, то при копирование тонкий диск конвертится в толстый.

  • Михаил Коротько пишет:

    Кстати есть еще третий вариант, это воспользоваться конвертером.

  • Andrei пишет:

    Проблема в том что и Veeam FastSCP и средства vCenter тянут через виндовую машину. Просто встречал проблему, народ не мог создать thin диски, то есть диск создавался но размером был как thick, на NFS диске. Оказалось что NFS диск создан на виндовом хосте :)
    http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1918&sliceId=1&docTypeID=DT_KB_1_1&dialogID=81690754&stateId=0%200%2092877931

  • Михаил Коротько пишет:

    Я пробовал вручную с локальной консоли по scp копировать с одного датастор в другое, которые подключенны к хосту. Результат тот же. Это именно реализация тонких дисков в ESX(i) 4. При копирование чем угодно(vCenter, scp, Veeam FastSCP) будет копироватся как тостый диск.

  • Andrei пишет:

    Есть ESX хост 4-ка. Есть дисковый стородж, подключен к серверу по SAN и локальный диск на сервере. Папка с vm машиной тип диска — thin
    Копирую папку с дискового стороджа на локальный диск (оба vmfs)
    #cp -pr vm /vmfs/volumes/server/
    #cd /vmfs/volumes/server/
    #du -sh vm
    В результате размер остался тотже — thin
    Не знаю правдо что будет если копировать например на диск с фс например ext3. Скорее всего размер станет thick.
    Еще есть интересная особенность если дать команду
    #ls -lah vm
    то total — размер будет thin , а сам диск thick. Как это получается мне не понятно :)

  • Михаил Коротько пишет:

    Да фишка в том что после копирования диск остается тот же тонкий. По крайней мере если копировать с датастора на другое датасторе vmfs. А вот время операции большое. Т.е он его копирует как толстый. Полный размер flat.vmdk. А когда операция пройдет, если добавить в инвентори эту ВМ, то диск у него тонкий. Да и если дать команду, он показывает полный размер, как будто диск занимает все место, а если смотреть через клиента, то видно сколько он на самом деле занимает на датасторе)))) Вот такая странная реализация тонких дисков в 4-ой Сфере.
    Попробуйте, создайте пустую ВМ скажем с тонким диском в 200ГБ и скопируйте любым выше описным способом и замерьте время.

  • Andrei пишет:

    Мда, об таком подходе я не подумал. Получается неважно как копируется диск: Migrate, Clone, scp и т.д. капироватся он будет как thick диск. Печально :(

  • Михаил Коротько пишет:

    Ну вот при Migrate, Clone или через конвертер, он как раз копируется как тонкий. А вот при scp/fastscp и т.п как толстый.

  • Колега пишет:

    1) Thin disk в традиционном понимании(т.е. со свободным компированием диска ЛЮБЫМИ средствами без какой-либо конвертации) этого слова был нормально реализован лишь в ESX3.5. Нет возможности это проверить, но помню это по памяти. Сподвигло на это еще и то, что в новых thin дисках напрочь отсутствует операция Shrink на thin дисках(она типа disabled).
    Интересно, а что сказали в Суппорте по поводу полностью отсутствующей операции shrink на thin disk?

  • Колега пишет:

    2) предположу, что vmware пошла на изменение thin диска из-за того, что VMFS напрочь лишен возможности дефрагментации, а поэтому использование thin диска в ESX 3.5 на производительных системах прогрессирующим образом снижало производительность. На тот момент выход из ситуации с сильно деврагментированым сторадже был один — перенос VM и форматирование VMFS.

  • Михаил Коротько пишет:

    1)Тоже не могу проверить. По поводу шринка, он не работает на тонких дисках, такая вот реализация. Хотите сделать shrink для тонкого диска — клонируем диск.
    2) С подобным не встречался.

Ваш ответ

Внимание: Все комментарии модерируются, и это может вызвать задержку их публикации. Отправлять комментарий заново не требуется.