Что такое выделенное пространство vmware
Обновлено: 05.07.2024
Мы используем VMware vSphere и NetApp и пытаемся решить некоторые проблемы с нехваткой места. Частично эта проблема заключается в том, что два коллеги расходятся во мнениях относительно того, как толстые подготовленные диски соотносятся с используемым пространством в хранилище. Это тома iSCSI SAN с тонким предоставлением в NetApp, и Space Reservation отображается как «Отключено», когда я запускаю lun show -v
Человек 1 говорит, что толстый подготовленный vmdk размером 100 ГБ будет отображаться как 100 ГБ используемого пространства в хранилище независимо от того, сколько данных находится на этом диске.
Человек 2 говорит, что толстый подготовленный vmdk объемом 100 ГБ и позволяет
сказать, что 10 ГБ данных на диске будут отображаться только как 10 ГБ используемого пространства
в хранилище.
Мы пытаемся выяснить, почему объем свободного места, отображаемый в хранилище данных vCentre, меньше, чем объем свободного места, отображаемый на LUN NetApp. Мы включили space_alloc на LUN, и последующий запуск основного устройства хранения esxcli vaai status get -d показывает Статус удаления как Поддерживается.
У нас также есть решение NetApp Storage Efficiency, настроенное для работы на томах.
Если бы на LUN было меньше свободного места, это означало бы, что что-то не так с автоматическим высвобождением пространства, но проблема в другом.
2 ответа 2
С точки зрения VMware размер диска с толстым выделением ресурсов полностью зарезервирован, поэтому весь его размер будет помечен как используемый и вычтен из свободного места в хранилище данных, независимо от фактического использования данных на виртуальном диске.
Но с точки зрения системы хранения она может использовать собственное тонкое выделение ресурсов и, таким образом, считать использованным только то пространство, куда были записаны фактические данные; он может даже запускать все виды дедупликации данных или что-то еще, чтобы лучше использовать доступное пространство, и ОС (в данном случае ESXi) будет в блаженном неведении об этом, если только у нее нет драйверов и инструментов управления для конкретных хранилищ.< /p>
Исходя из слов, которые вы использовали в своем вопросе, я предполагаю, что вы говорите о хранилищах данных NFS, поправьте меня, если это не так, и я обновлю ответ.
Предполагая наличие современных версий VMware и конфигурации VAAI, я полагаю, что ESX будет интерпретировать создание VMDK с расширенным набором данных, предписывая хранилищу использовать выделение с резервированием. В Netapp это работает немного по-другому. Они называют это резервированием пространства, но на заднем плане всегда тонко. Единственная разница заключается в том, позволяет ли он использовать пространство, которое вы зарезервировали для «толстых» томов. Когда вы смотрите на используемую емкость агрегата, она действительно показывает емкость всего тома. Тем не менее, он не замораживает свободное пространство или что-то в этом роде и будет продолжать использовать пул свободного места для фоновых задач по мере необходимости.
Если вы в конечном итоге обнулите VMDK, конечно, он займет весь объем хранилища, однако любая технология повышения эффективности, включенная в NetApp, впоследствии уменьшит его.
Вы можете легко проверить это, создав пустой том из NetApp, затем изменив свойство с толстого на тонкое и наблюдая за поведением совокупного свободного пространства.
На прошлой неделе клиент спросил меня, в каком хранилище данных лучше всего разместить новую виртуальную машину. Они спросили, потому что, хотя все их хранилища данных показывали много свободного места, они помнили, что я упомянул, что некоторые из них были очень выделены. Они признались, что не до конца понимали, что означает избыточное выделение ресурсов… в конце концов, в хранилище данных было свободное место… так в чем же проблема?
Цель этой статьи — объяснить возможные риски, связанные с избыточной подготовкой хранилищ данных без регулярного мониторинга свободного места. Когда вы нажмете на один из ваших физических серверов, а затем посмотрите направо, вы увидите поле, похожее на первое изображение. Это немного вводит в заблуждение, потому что показывает только общий размер хранилища данных, а также объем фактического доступного свободного места.
Еще один элемент, который нам необходимо отслеживать, – это объем выделенного пространства. Выделенное пространство — это то, что вступает в игру, когда вы выполняете тонкую подготовку своих виртуальных машин. По сути, вы начинаете без использования пространства, а затем, когда виртуальная машина начинает использовать пространство, VMware начнет увеличивать эту виртуальную машину в хранилище данных по мере необходимости. Преимущество тонкой подготовки заключается в том, что вы можете назначить виртуальной машине жесткий диск большего размера, чем вам может понадобиться, не связывая это пространство и делая его недоступным для других виртуальных машин.Недостатком является то, что если вы переделываете хранилище данных, а затем все ваши виртуальные машины решают, что им нужно расти, вы можете запустить это хранилище данных из-за нехватки места. Когда это происходит, происходит сбой записи в это хранилище данных, и ваши виртуальные машины, работающие в этом хранилище данных, блокируются или иным образом завершаются сбоем.
Как узнать, что у вас избыточное выделение ресурсов?
В верхней части вашего клиента vSphere вы можете нажать «Главная», а затем найти значок «Хранилища данных». Затем вы просто щелкаете по хранилищу данных, которое хотите проверить, и смотрите вправо. Он показывает вам объем свободного места (пространство, которое не использовалось виртуальной машиной при ее росте), а также объем «подготовленного» пространства. В идеале предоставленное вами число должно быть меньше общего размера хранилища данных.
Не волнуйтесь, если ваш номер выделенного пространства немного больше, чем номер емкости, ваша виртуальная машина не выйдет из строя и не сгорит, пока число свободного места не близко к нулю. Думаю, лучше всего думать об этом как о своей чековой книжке… вы можете выписать столько чеков, сколько хотите… и если вы суммируете все выписанные чеки… подумайте об этом числе как о номере «выделенного места». Теперь подумайте о своем номере «Свободного места» как о реальном балансе вашей чековой книжки. Поэтому, если один из двух чеков, которые вы выписали, очистит вашу учетную запись… число «Свободное место» уменьшится… но пока оно не равно нулю, все в порядке (пока больше чеков не очищается). Вот тут-то и появляется Storage vMotion… до того, как ваше свободное пространство станет равным нулю.. вы можете Storage vMotion переместить виртуальную машину в другое хранилище данных… это увеличит объем свободного места в хранилище данных, из которого вы ее переместили (точно так же, как внесение большего количества денег в вашу проверку).
В целом, это всего лишь балансировка, поскольку весь смысл тонкого выделения ресурсов заключается в том, чтобы иметь возможность выделить больше имеющегося у вас хранилища, но не забывайте следить за свободным пространством и следить за тем, чтобы не зайти слишком далеко. при условии, что вы загоните себя в угол.
Интересно, в чем разница между выделенным пространством и использованным пространством, которое я вижу в своем виртуальном центре.
Популярные темы в области виртуализации
12 ответов
Выделенное хранилище — это объем хранилища, выделяемый esx (т. е. размер виртуального диска). Используемое хранилище — это объем используемого диска.
Джим Кубичек
Выделенное хранилище — это объем хранилища, выделяемый esx (т. е. размер виртуального диска). Используемое хранилище — это объем используемого диска.
Просматривая свои виртуальные машины, помните, что "толстые" диски показывают, что подготовленное пространство используется с самого начала. Таким образом, если у вас «толстый» диск объемом 80 ГБ, он покажет все 80 ГБ, используемые в vCenter. Если вы выберете «тонкий», то увидите только то, что фактически используется.
Сейчас используется только Толстый.
Хорошо, ваши "используемые" и "подготовленные" будут по существу одинаковыми или близкими к ним числами.
+1 всем этим парням.
Джим Кубичек написал:
mbuckner пишет:
Выделенное хранилище — это объем хранилища, выделяемый esx (т. е. размер виртуального диска). Используемое хранилище — это объем используемого диска.
Роберт762
Я не использовал тонкое выделение ресурсов, но мне было любопытно создать таким образом новый сервер. Есть ли недостатки, которые могут вас укусить, когда вы меньше всего этого ожидаете от тонкой подготовки?
Что я делаю сейчас, так это выделяю место, которое мне нужно, для сервера, и если я перерастаю этот размер, я добавляю еще немного, а затем иду и расширяю пространство на диске с помощью Acronis.
Возможно, это не "правильный" способ, но любые виртуальные машины, которые начали перерастать свои диски, я просто захожу в vCenter и импортирую виртуальную машину на другой хост. Это позволяет мне вернуться к процессу выбора типа диска и изменения его размера. Если вы просто хотите перейти от толстого к тонкому, вы можете перенести виртуальную машину. Мне не приходилось этого делать, но несколько раз, и у меня работает.
StorageNinja
Возможно, это не "правильный" способ, но любые виртуальные машины, которые начали перерастать свои диски, я просто захожу в vCenter и импортирую виртуальную машину на другой хост. Это позволяет мне вернуться к процессу выбора типа диска и изменения его размера. Если вы просто хотите перейти от толстого к тонкому, вы можете перенести виртуальную машину. Мне не приходилось делать это несколько раз, и у меня это работает.
Верно. Даже без vStorage Motion, если вы выключите виртуальную машину и скажете ей перенести куда-нибудь, вы можете заменить ее на Thin.
В моих последних книгах по версии 4.0 описывается единственный реальный недостаток производительности при тонкой настройке: когда блок записывается ПЕРВЫМ, он обнуляется, поэтому вы получаете двойной штраф за запись всякий раз, когда вы начинаете превышать максимальную отметку для использования. Если у вас нет быстрорастущей базы данных со сверхвысоким объемом ввода-вывода, я не вижу в этом ничего особенного. (VAAI в любом случае уменьшит объемную запись Zero, если ваше внутреннее хранилище поддерживает это).
Даже в этом случае вам придется использовать Eager Zero Thick, чтобы избежать этого. (Этот параметр сведет на нет тонкую подготовку как на внутреннем устройстве хранения, так и на гипервизоре).
Есть и другие недостатки, помимо этого, это то, что вы не можете использовать Fault Tolerance. Я думаю, что было какое-то другое странное ограничение (нет адаптера общей шины SCSI или команд SCSI 3, необходимых для кластеризации Windows), но я не могу вспомнить это сразу.
В VMware при назначении хранилища любой виртуальной машине при создании новой виртуальной машины. Вы видите, что на сводной вкладке этой виртуальной машины указано 3 разных хранилища. Выделенное хранилище, нераспределенное хранилище и используемое хранилище. Поэтому я решил написать об этом, чтобы рассеять сомнения по поводу трех разных типов, которые вы видите.
< /p>
Выделенное хранилище: -
Выделенное хранилище показывает пространство, выделенное для виртуальной машины. Когда мы создаем новую виртуальную машину, мы выделяем часть дискового пространства для этой виртуальной машины. Либо мы можем выбрать тонкий диск или толстый диск. В случае тонкого диска все пространство не используется виртуальной машиной, но в случае толстого диска все подготовленное пространство выделяется этой виртуальной машине. Поэтому, если вы использовали тонкий диск, тогда виртуальная машина будет использовать только то пространство, которое требуется, а не полностью выделенное. Таким образом, неиспользуемое пространство может быть использовано другой виртуальной машиной во время требования.
Необщее хранилище.
Необщее хранилище — это хранилище, которое используется виртуальной машиной в хранилище данных и которое нельзя использовать совместно с другими виртуальными машинами.
Используемое хранилище: -
Используемое хранилище показывает пространство для хранения, которое используется виртуальной машиной, и ее файлы, такие как файлы журналов, файлы конфигурации, моментальные снимки, виртуальные диски и т. д. в хранилище данных. Когда вы отключаете виртуальную машину, вы можете увидеть разные значения используемого хранилища, это связано с тем, что когда виртуальная машина работает, файлы подкачки также учитываются в используемом хранилище.
Ознакомьтесь с нашими сообщениями о типах дисков в VMware :-
На сегодня все, друзья. Надеюсь, вам понравилось читать этот пост, и если вы найдете что-то еще, что можно добавить или удалить, не стесняйтесь писать об этом в наших комментариях. Если вы найдете это полезным, вы можете поделиться этим в социальных сетях, чтобы помочь другим и распространить знания.
Если у вас есть какие-либо вопросы по какой-либо теме, вы можете написать их в нашем разделе комментариев, и мы обязательно предоставим вам лучшее решение как можно скорее.
Присоединяйтесь к нашей группе в LinkedIn, чтобы получать обновления и обсуждения: Освоение VMware.
Загляните в нашу группу Facebook, чтобы обсудить и многое другое.
Вы также можете поставить лайк и поделиться нашей страницей в Facebook, чтобы получать последние обновления.
В нынешнюю цифровую эпоху размеры корпоративных файлов и потребности в данных постоянно растут, а это означает, что поставщики управляемых услуг (MSP) должны найти подходящие решения для хранения данных для постоянно меняющихся потребностей клиентов. Идеальная система хранения имеет достаточную емкость для больших объемов данных, но при этом избегает избыточной емкости, чтобы быть эффективной и рентабельной.
Сопутствующий товар
Быстро приступайте к работе с помощью RMM, предназначенного для небольших поставщиков услуг и ИТ-отделов.
К счастью, современные технологии позволяют эффективно использовать носители, чтобы хранить больше данных в меньшем объеме. Thin provisioning — отличный способ добиться этого. В этой статье мы объясним, как работает хранилище с тонким выделением ресурсов, как оно сравнивается с толстым выделением ресурсов и как оно может удовлетворить потребности ваших клиентов в хранении данных.
Сначала сравним тонкую и толстую подготовку.
Что такое толстая и тонкая подготовка?
Толстое и тонкое выделение ресурсов представляют собой два конкурирующих способа распределения пространства хранения в централизованных дисковых системах хранения, сетях хранения данных (SAN) и системах виртуализации хранения. Толстая подготовка, также известная как жирная подготовка, является более традиционным методом. Используя толстую подготовку, пространство для хранения на физическом носителе выделяется конкретным пользователям при создании раздела их диска. Для каждого пользователя резервируется определенный объем ресурсов хранения, независимо от того, сколько места они фактически используют.
Возьмем офис с несколькими пользователями, каждому из которых требуется до 50 ГБ сетевого хранилища. В офисе есть винчестер на 100гб в сети. При толстой настройке на диск могли поместиться только два пользователя. Даже если бы кто-то использовал всего 10 ГБ, они все равно заняли бы половину диска.
При толстой подготовке пространство для хранения выделяется заранее с учетом будущих потребностей, что может привести к неэффективности и нерациональному использованию пространства. Если пользователи заполняют лишь небольшую часть своей квоты, оставшееся место на диске остается неиспользованным. Бизнес должен платить за поддержание избыточной емкости жесткого диска или твердотельного накопителя, которые занимают физическое пространство, потребляют энергию и выделяют тепло. С другой стороны, преимущество этого предварительно выделенного пространства заключается в том, что оно гарантирует наличие достаточной емкости. Сети не будет хватать места, даже если оба пользователя достигнут полной квоты в 50 ГБ.
Что такое тонкая подготовка? Тонкая подготовка, также известная как виртуальная подготовка или тонкое хранилище, является конкурирующим методом подготовки дисков. Тонкая подготовка выделяет дисковое пространство пользователям по запросу, исходя из того, сколько места им нужно в любой момент времени. По мере того, как пользователь сохраняет больше данных, он занимает больше места на диске; когда они удаляют данные, их часть уменьшается. Разделы физического хранилища являются виртуальными и гибкими, а не определяются заранее.
Рассмотрите наш предыдущий пример. В системе тонкого предоставления каждый пользователь будет занимать только тот объем дискового пространства, который он фактически использует. Если каждый из двух пользователей сохранил по 10 ГБ данных (всего 20 ГБ), 80 ГБ останутся свободными на диске для других пользователей. Таким образом, на диске емкостью 100 ГБ могут легко разместиться три или более пользователей, каждый из которых считает, что имеет доступ к 50 ГБ дискового пространства. По сути, система утверждает, что имеет больше физических ресурсов, чем доступно на самом деле. Это называется «избыточное выделение ресурсов».
Каковы преимущества тонкой настройки?
Тонкая подготовка использует дисковое пространство более эффективно, чем полная подготовка. Это позволяет втиснуть больше пользователей в определенный том физического хранилища, избегая при этом избыточной емкости. Таким образом, сетевые администраторы освобождаются от необходимости поддерживать огромное количество неиспользуемого дискового пространства. Это экономит средства на покупку хранилища, время на его обслуживание и энергию на его эксплуатацию. С меньшим количеством аппаратного обеспечения решение для хранения данных с тонким выделением ресурсов будет занимать меньше физического места и предлагать эффективное решение для определенных клиентов.
Влияет ли тонкая подготовка на производительность?
Диск с тонкой подготовкой демонстрирует такую же производительность, как и диск с толстой подготовкой с отложенным обнулением. Ленивое обнуление просто означает, что существующие данные (двоичные единицы и нули) перезаписываются без предварительного преобразования во все нули. Стремительное обнуление, напротив, очищает диск, когда данные удаляются (превращая его в нули), и новые данные записываются на этот чистый лист. Диск с толстым выделением ресурсов и нетерпеливым обнулением будет записывать данные быстрее, чем диск с тонким выделением ресурсов.
Из-за избыточного выделения, тонкое выделение вызовет проблемы, когда пользователи приближаются к максимальному объему хранилища. Полезно сравнивать методы подготовки дисков с банками. Банк с «толстым резервом» будет иметь в наличии достаточно наличных денег, чтобы покрыть все свои депозитные счета. Тем не менее, большинство банков вместо этого предпочитают работать как диски с «тонким выделением ресурсов», имея на руках только часть наличных средств. Когда слишком много вкладчиков стремятся забрать свои средства одновременно, наличные истощаются, что приводит к набегу на банк. Та же проблема может возникнуть с тонкой настройкой.Если пользователи захотят записать больше данных, чем имеется физического места для хранения, диск будет исчерпан, и они не смогут ничего сохранить. Поэтому крайне важно, чтобы системные администраторы постоянно следили за использованием хранилища, добавляя новые емкости по мере необходимости.
Провайдерам MSP необходимо тщательно учитывать разницу между «толстым» и «тонким» выделением ресурсов при принятии решения о том, какой тип хранилища лучше всего соответствует потребностям их клиентов.
Прочитайте наш блог, чтобы найти больше статей, которые помогут вам более эффективно управлять своими сетями.
Читайте также: