Размерность дисков расшифровка


расшифровка обозначений на колесных дисках для легковых автомобилей

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

Большинство характеристик колесных дисков влияет на безопасность езды и длительность безотказной работы подвески. При выборе дисков необходимо выяснить, модели с какими характеристиками допускаются к использованию на вашем авто. Только при соответствии всех требований их можно устанавливать на машину.

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

Маркировка дисков

Штампованные и литые диски для легковых автомобилей имеют одно и то же стандартное обозначение (маркировку). Сертификация дисков на территории стран ЕС осуществляется согласно UN/ECE 124.

В качестве примера можно расшифровать один из вариантов маркировки колесного диска: 7,5 J х 15 Н2 5х100 ЕТ40 d54.1

Расшифровка данной маркировки будет следующей:

Ширина обода (rim width)
Цифра 7,5 в примере маркировке указывает расстояние между внутренними краями обода в дюймах. Этот показатель учитывается при выборе покрышек, т. к. у каждой шины есть определенный диапазон ширины обода. Лучше всего, когда ширина обода находится в среднем диапазона покрышки.

Тип кромки обода (flange)
Латинская буква J в маркировке диска обозначает форму закраины обода. Это место, в котором диск соединяется с шиной. Среди наиболее распространенных обозначений для легковых автомобилей встречаются: P, D, B, K, JK, JJ, J. Каждая буква скрывает несколько параметров:

  • радиус закругления,
  • форма контура профиля,
  • угол наклона полок,
  • высота полок и т. д.

Чаще всего в современных легковых автомобилях встречается закраина в форме J. Полноприводные модели обычно комплектуются дисками с обозначением типа JJ.

Закраины обода колесного диска оказывают влияние на монтаж шины, массу балансировочных грузиков, устойчивость покрышек к смещению в экстремальных ситуациях. Поэтому, несмотря на внешнее сходство дисков JJ и J, нужно отдавать предпочтение той кромке обода, которую рекомендует автопроизводитель.

Разъемность обода
Знак "х" говорит о том, что обод выполнен в неразъемном виде и представляет собой единое целое, а знак "-" указывает на то, что он состоит из нескольких комплектующих, и его можно разобрать и собрать. Неразъемные диски отличаются от разборных конструкций легкостью и большей жесткостью.

Колесные диски с ободом "х" предназначены для эксплуатации их с эластичными шинами, что характерно для легковых и небольших грузовых автомобилей. В случае грузовых покрышек, которые отличаются жесткостью, требуются разъемные конструкции дисков. По-другому произвести монтаж шины на колесный диск просто невозможно.

Монтажный диаметр (rim diameter)
Монтажный диаметр – это размер посадочного обода колесного диска под шину.

Монтажный диаметр обычно указывается в дюймах (в нашем примере – это цифра 15). В обиходе автомобилисты ещё называют его радиусом диска. При подборе шины этот показатель обязательно должен совпадать с её монтажным размером.

Стандартными значениями монтажных диаметров диска для легковых автомобилей и кроссоверов будут величины от 13 до 21.

Кольцевые выступы или подкаты (hump)
Обозначение Н2 расшифровывается следующим образом. Кольцевые выступы (хампы) находятся с 2 сторон диска. Эти подкаты предназначены для фиксации бескамерной шины на колесном диске. Они препятствуют оттоку воздуха в случае внешнего воздействия на покрышку. Применяются и другие обозначения:
Н - хамп имеется только с одной стороны,
FH - подкат имеет плоскую форму (Flat Hump),
AH - у выступа асимметричная форма (Asymmetric Hump) и т. д.

Расположение крепежных отверстий (Pitch Circle Diameter)
В маркировке 5х100 первая цифра указывает количество отверстий в колесном диске. Число 100 обозначает диаметр окружности, на которой размещаются крепежные отверстия.

  • Количество крепежных отверстий для легковых автомобилей обычно колеблется от 4 до 6 штук.
  • Стандартными значениями диаметра окружности будут 98 ÷ 139,7.

Определить на глаз соответствие размера ступицы и диска не всегда удается. А установка диска 98 вместо 100 может привести к перекосу колеса, что станет причиной биения, а также самопроизвольного откручивания болтов.

Вылет диска (ET, Einpress Tief)
Вылет диска представляет собой расстояние между плоскостью прикосновения диска со ступицей и плоскостью, которая проходит через центр поперечного сечения колесного диска. Величина выражается в миллиметрах, а вылет бывает как положительным (ЕТ40), так и отрицательным (ЕТ-30).

Этот показатель должен соответствовать рекомендациям автопроизводителя, иначе в экстренной ситуации, силы, действующие на подвеску, могут разломать диск.

Диаметр посадочного отверстия (hub diameter, DIA)
Центральное (ступичное) посадочное отверстие колесного диска указывается в миллиметрах, например d54.1. Диаметр посадочного отверстия в легковых автомобилях колеблется от 50 до 70 мм. Очень важно точно подбирать диск в соответствии с посадочным пояском ступицы автомобиля.

Даже при незначительных отклонениях одного из параметров колесного диска от требований автопроизводителя появляется угроза ускоренного износа шины, что может привести к её разрушению в экстремальной ситуации (высокая скорость, резкое торможение, крутой вираж).

При остановке машины по вине двигателя, можно вызвать эвакуатор, мастера или уехать за помощью на "попутке". А вот когда на высокой скорости происходит разрыв покрышки или отрывается колесо от ступицы, это создает опасность жизни водителя, пассажирам и другим участникам дорожного движения. Поэтому колеса всегда должны быть в исправном состоянии и находиться под постоянным контролем водителя.

Шифрование на стороне сервера управляемых дисков Azure - Azure CLI - Виртуальные машины Azure Linux
  • 8 минут, чтобы прочитать

В этой статье

Шифрование на стороне сервера (SSE) защищает ваши данные и помогает выполнять ваши организационные обязательства по обеспечению безопасности и соблюдению нормативных требований. По умолчанию SSE автоматически шифрует данные, хранящиеся на управляемых Azure дисках (ОС и дисках с данными), в состоянии покоя при сохранении их в облаке.

Данные на управляемых дисках Azure прозрачно шифруются с использованием 256-битного шифрования AES, одного из самых надежных блочных шифров, и соответствуют стандарту FIPS 140-2. Дополнительные сведения о криптографических модулях, лежащих в основе управляемых дисков Azure, см. В разделе Криптографический API: следующее поколение

.

Шифрование на стороне сервера не влияет на производительность управляемых дисков и не требует дополнительных затрат.

Об управлении ключами шифрования

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

В следующих разделах описан каждый из вариантов управления ключами более подробно.

Управляемые платформой ключи

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

управляемых клиентом ключей

Вы можете управлять шифрованием на уровне каждого управляемого диска с помощью своих собственных ключей. Шифрование на стороне сервера для управляемых дисков с управляемыми клиентом ключами обеспечивает интегрированное взаимодействие с хранилищем ключей Azure. Вы можете импортировать ключи RSA в хранилище ключей или создать новые ключи RSA в хранилище ключей Azure.

Управляемые диски Azure полностью и прозрачно обрабатывают шифрование и дешифрование с использованием шифрования конвертов. Он шифрует данные с помощью ключа шифрования данных (DEK) на основе AES 256, который, в свою очередь, защищен с помощью ваших ключей.Служба хранилища генерирует ключи шифрования данных и шифрует их с помощью управляемых клиентом ключей с использованием шифрования RSA. Шифрование конверта позволяет вам периодически менять (изменять) ключи в соответствии с вашими политиками соответствия, не влияя на ваши виртуальные машины. Когда вы поворачиваете свои ключи, служба хранилища повторно шифрует ключи шифрования данных с помощью новых управляемых клиентом ключей.

Полный контроль над вашими ключами

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

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

Для твердотельных накопителей премиум-класса, стандартных твердотельных накопителей и стандартных жестких дисков: при отключении или удалении ключа все виртуальные машины с дисками, использующими этот ключ, автоматически отключаются. После этого виртуальные машины не будут использоваться, пока ключ не будет снова включен или вы не назначите новый ключ.

Для ультра-дисков: когда вы отключаете или удаляете ключ, любые виртуальные машины с ультра-дисками, использующими ключ, не будут автоматически закрываться. Как только вы освободите и перезапустите виртуальные машины, диски перестанут использовать ключ и виртуальные машины не вернутся в оперативный режим.Чтобы вернуть виртуальные машины в оперативный режим, необходимо назначить новый ключ или включить существующий ключ.

На следующей диаграмме показано, как управляемые диски используют Azure Active Directory и хранилище ключей Azure для отправки запросов с использованием ключа, управляемого клиентом:

Следующий список объясняет диаграмму более подробно:

  1. Администратор хранилища ключей Azure создает ресурсы хранилища ключей.
  2. Администратор хранилища ключей либо импортирует свои ключи RSA в хранилище ключей, либо создает новые ключи RSA в хранилище ключей.
  3. Этот администратор создает экземпляр ресурса Disk Encryption Set, указывая идентификатор хранилища ключей Azure и URL-адрес ключа. Disk Encryption Set - новый ресурс, представленный для упрощения управления ключами для управляемых дисков.
  4. При создании набора шифрования диска в Azure Active Directory (AD) создается назначенный системой управляемый идентификатор, который связывается с набором шифрования диска.
  5. Затем администратор хранилища ключей Azure предоставляет разрешение на управление удостоверениями для выполнения операций в хранилище ключей.
  6. Пользователь виртуальной машины создает диски, связывая их с набором шифрования диска. Пользователь виртуальной машины также может включить шифрование на стороне сервера с помощью управляемых клиентом ключей для существующих ресурсов, связав их с набором шифрования диска.
  7. Управляемые диски используют управляемые удостоверения для отправки запросов в хранилище ключей Azure.
  8. Для чтения или записи данных управляемые диски отправляют запросы в хранилище ключей Azure для шифрования (упаковки) и дешифрования (развертывания) ключа шифрования данных для выполнения шифрования и дешифрования данных.

Чтобы отменить доступ к управляемым клиентами ключам, см. Хранилище ключей Azure PowerShell и интерфейс командной строки Azure Key Vault. Отмена доступа эффективно блокирует доступ ко всем данным в учетной записи хранения, поскольку ключ шифрования недоступен хранилищу Azure.

Ограничения

На данный момент управляемые клиентом ключи имеют следующие ограничения:

  • Если эта функция включена для вашего диска, вы не можете отключить ее. Если вам нужно обойти это, вы должны скопировать все данные на совершенно другой управляемый диск, который не использует ключи, управляемые клиентом.
  • Поддерживаются только программное обеспечение и ключи HSM RSA с размерами 2048-бит, 3072-бит и 4096-бит, другие ключи и размеры не поддерживаются.
    • HSM-ключам требуется -ярусное хранилище Azure Key уровня .
  • Диски, созданные из пользовательских образов, зашифрованных с использованием шифрования на стороне сервера, и ключи, управляемые клиентом, должны быть зашифрованы с использованием тех же ключей, управляемых клиентом, и должны быть в одной подписке.
  • Снимки, созданные на дисках, зашифрованных с помощью шифрования на стороне сервера, и ключи, управляемые клиентом, должны быть зашифрованы с помощью тех же ключей, управляемых клиентом.
  • Все ресурсы, связанные с вашими управляемыми клиентом ключами (хранилища ключей Azure, наборы шифрования диска, виртуальные машины, диски и моментальные снимки), должны находиться в одной подписке и регионе.
  • Диски, снимки и изображения, зашифрованные с помощью пользовательских ключей, не могут быть перемещены в другую подписку.
  • Управляемые диски, зашифрованные с помощью пользовательских ключей, также нельзя зашифровать с помощью Azure Disk Encryption.
  • Может создавать до 50 дисковых наборов шифрования для каждого региона на одну подписку.
  • Для получения информации об использовании управляемых клиентом ключей с общими галереями изображений см. Предварительный просмотр: используйте управляемые клиентом ключи для шифрования изображений.

Важное значение

Управляемые клиентом ключи полагаются на управляемые удостоверения для ресурсов Azure, функции Azure Active Directory (Azure AD). Когда вы настраиваете управляемые клиентом ключи, управляемая идентификация автоматически назначается вашим ресурсам под прикрытием. Если впоследствии вы переместите подписку, группу ресурсов или управляемый диск из одного каталога Azure AD в другой, управляемый идентификатор, связанный с управляемыми дисками, не будет передан новому арендатору, поэтому ключи, управляемые клиентом, могут больше не работать.Дополнительные сведения см. В разделе «Передача подписки между каталогами Azure AD».

Шифрование на хосте - сквозное шифрование данных вашей виртуальной машины

Когда вы включаете шифрование на хосте, это шифрование начинается на самом хосте виртуальной машины, на сервере Azure, которому выделена ваша виртуальная машина. Данные для вашего временного диска и кэш-памяти OS / data хранятся на этом хосте VM. После включения шифрования на хосте все эти данные шифруются в покое и передаются в зашифрованном виде в службу хранения, где они сохраняются.По сути, шифрование на хосте шифрует ваши данные от начала до конца. Шифрование на хосте не использует процессор вашей виртуальной машины и не влияет на производительность вашей виртуальной машины.

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

Ограничения

  • Не поддерживает ультра диски.
  • Невозможно включить, если шифрование дисков Azure (шифрование гостевой виртуальной машины с использованием bitlocker / VM-Decrypt) включено в наборах масштабирования виртуальных машин / виртуальных машин.
  • Azure Disk Encryption не может быть включен на дисках, на которых включено шифрование на хосте.
  • Шифрование может быть включено в существующем наборе масштаба виртуальной машины. Однако только новые виртуальные машины, созданные после включения шифрования, автоматически шифруются.
  • Существующие виртуальные машины должны быть освобождены и перераспределены для шифрования.
Поддерживаемые регионы

В настоящее время доступно только в следующих регионах:

  • Запад США
  • Запад США 2
  • Восток США
  • Восток США 2
  • Юг Центральная часть США
  • Правительство США Вирджиния
  • Правительство США Аризона
Поддерживаемые размеры VM

Все последнее поколение размеров виртуальных машин поддерживает шифрование на хосте:

Тип Не поддерживается Поддерживается
общего назначения Dv3, Dav4, Dv2, Av2 B, DSv2, Dsv3, DC, DCv2, Dasv4
Оптимизировать вычисления Fsv2
Оптимизированная память Ev3, Eav4 DSv2, Esv3, M, Mv2, Easv4
Оптимизировано хранилище Ls, Lsv2 (диски NVMe не зашифрованы)
GPU NC, NV NCv2, NCv3, ND, NVv3, NVv4, NDv2 (превью)
Высокопроизводительные вычисления H HB, HC, HBv2
Предыдущие поколения F, A, D, L, G DS, GS, Fs, NVv2

Обновление размера виртуальной машины приведет к проверке, чтобы проверить, поддерживает ли новый размер виртуальной машины функцию EncryptionAtHost.

Двойное шифрование в покое

Клиенты с высокой степенью защиты, которые обеспокоены риском, связанным с каким-либо конкретным алгоритмом шифрования, реализацией или скомпрометированным ключом, теперь могут выбрать дополнительный уровень шифрования с использованием другого алгоритма / режима шифрования на уровне инфраструктуры с использованием управляемых платформой ключей шифрования. Этот новый слой может быть применен к дискам, снимкам и изображениям, и все они будут зашифрованы в состоянии покоя с двойным шифрованием.

Поддерживаемые регионы

В настоящее время доступно только в следующих регионах:

  • Запад США 2
  • Восток США
  • Юг Центральная часть США
  • Правительство США Вирджиния
  • Правительство США Аризона

Шифрование на стороне сервера и шифрование диска Azure

Azure Disk Encryption использует функцию DM-Crypt в Linux для шифрования управляемых дисков с помощью управляемых клиентом ключей в гостевой виртуальной машине.Шифрование на стороне сервера с управляемыми клиентом ключами улучшает ADE, позволяя вам использовать любые типы ОС и образы для ваших виртуальных машин, шифруя данные в службе хранения.

Следующие шаги

,

Увеличение размера дополнительного диска

Последнее обновление 14 ноября 2019 г.

Цель

Если вы достигли максимальной емкости хранилища на дополнительном диске, вы все равно можете увеличить его размер.

Это руководство покажет вам, как увеличить размер дополнительного диска, а также увеличить его основной раздел.

Требования

Intructions

Использование панели управления OVHcloud.

Чтобы развернуть экземпляр публичного облака, войдите в Панель управления OVHcloud. Нажмите Публичное облако в верхнем левом углу страницы. Затем на следующем экране нажмите кнопку со стрелкой рядом с именем проекта по умолчанию в верхнем левом углу экрана. Теперь выберите проект, для которого вы хотите отредактировать размер дополнительного диска.

Найдите диск блочного хранилища в разделе «Хранилище» на левой боковой панели.

Далее нажмите на 3 точки справа от диска и нажмите «Изменить».Вы будете перенаправлены на эту страницу, где сможете изменить объем.

Когда вы закончите, нажмите Изменить кнопку громкости .

Использование Linux.

Сначала размонтируйте диск с помощью этой команды.

 admin @ server-1: ~ $ sudo umount / mnt / disk 

Затем заново создайте раздел.

 admin @ server-1: ~ $ sudo fdisk / dev / vdb Добро пожаловать на fdisk (util-linux 2.25.2). Изменения останутся только в памяти, пока вы не решите их записать.Будьте осторожны перед использованием команды записи 
 командование (м за помощью): d Выбранный раздел 1 Раздел 1 был удален. 
 Команда (м для помощи): N Тип раздела p основной (0 основных, 0 расширенных, 4 свободных) расширен (контейнер для логических разделов) Выберите (по умолчанию p): Использование ответа по умолчанию с. Номер раздела (1-4, по умолчанию 1): Первый сектор (2048-146800639, по умолчанию 2048): Последний сектор, + секторы или + размер {K, M, G, T, P} (2048-146800639, по умолчанию 146800639): Создан новый раздел 1 типа «Linux» и размером 70 ГиБ.
 Команда (м для помощи): ш Таблица разделов была изменена. Вызов ioctl () для перечитывания таблицы разделов. Синхронизация дисков. 

Далее проверьте и перепроверьте раздел.

 # admin @ server-1: ~ $ sudo e2fsck -f / dev / vdb1 e2fsck 1.42.12 (29 августа 2014 г.) Пропуск 1: Проверка узлов, блоков и размеров Проход 2: Проверка структуры каталогов Проход 3: Проверка подключения к каталогу Пропуск 4: Проверка количества ссылок Пропуск 5: Проверка сводной информации группы / dev / vdb: 12/3276800 файлов (0.0% несмежных), 251700/13107200 блоков 
 # admin @ server-1: ~ $ sudo resize2fs / dev / vdb1 resize2fs 1.42.12 (29 августа 2014 г.) Изменение размера файловой системы в / dev / vdb до 18350080 (4k) блоков. Файловая система в / dev / vdb теперь имеет длину 18350080 (4k) блоков. 

Наконец, смонтируйте и проверьте диск.

 # admin @ server-1: ~ $ sudo mount / dev / vdb1 / mnt / disk / 
 # admin @ server-1: ~ $ df -h Используемый размер файловой системы. Используется. Используется%. / dev / vda1 9,8G 840M 8,6G 9% / Удев 10M 0 10M 0% / dev tmpfs 393M 5.2M 388M 2% / пробег tmpfs 982M 0 982M 0% / dev / shm tmpfs 5.0M 0 5.0M 0% / запуск / блокировка tmpfs 982M 0 982M 0% / sys / fs / cgroup / dev / vdb1 69G 52M 66G 1% / mnt / диск 

Использование Windows.

Установите RDP-соединение с вашим экземпляром. Когда вы вошли в систему, щелкните правой кнопкой мыши на Пуск Меню , а затем нажмите Управление дисками .

Когда откроется инструмент управления дисками, вы увидите новый диск как неизвестный том с нераспределенным пространством, как показано ниже.

Если диск находится в автономном режиме, это, вероятно, связано с политикой в ​​экземпляре. Чтобы это исправить, щелкните правой кнопкой мыши на диске и выберите Online.

В зависимости от вашей версии Windows может потребоваться инициализация дополнительного диска, прежде чем вы сможете его использовать. Чтобы инициализировать диск, снова щелкните его правой кнопкой мыши и на этот раз выберите Initialise Disk .

Если основной том на вашем диске меньше, чем вся емкость диска, щелкните правой кнопкой мыши том и выберите Расширить том .

Мастер увеличения объема теперь будет отображаться. Нажмите Далее , чтобы запустить мастер.

Теперь увеличьте громкость до нужного размера и нажмите Далее , когда закончите.

Наконец, нажмите Готово , чтобы завершить процесс.

Идти дальше

Создание и настройка дополнительного диска в экземпляре

Присоединяйтесь к нашему сообществу пользователей на https: // сообщество.ovh.com/en/.


Эти руководства также могут вас заинтересовать ...

,
Расширение виртуальных жестких дисков на виртуальной машине Linux - виртуальные машины Linux Azure
  • 3 минуты, чтобы прочитать

В этой статье

В этой статье описывается, как расширить управляемые диски для виртуальной машины Linux (ВМ) с помощью интерфейса командной строки Azure. Вы можете добавить диски с данными, чтобы обеспечить дополнительное пространство для хранения, а также расширить существующий диск с данными.Размер виртуального жесткого диска по умолчанию для операционной системы (ОС) обычно составляет 30 ГБ на виртуальной машине Linux в Azure.

Предупреждение

Всегда проверяйте, что ваша файловая система находится в исправном состоянии, ваш тип таблицы разделов диска будет поддерживать новый размер, и обеспечьте резервное копирование ваших данных перед выполнением операций изменения размера диска. Дополнительные сведения см. В разделе «Резервное копирование виртуальных машин Linux в Azure».

Расширение управляемого диска Azure

Убедитесь, что у вас установлена ​​последняя версия интерфейса командной строки Azure и вы вошли в учетную запись Azure, используя логин az.

Для этой статьи требуется наличие виртуальной машины в Azure с подключенным и подготовленным хотя бы одним диском данных. Если у вас еще нет виртуальной машины, которую вы можете использовать, см. Раздел Создание и подготовка виртуальной машины с дисками с данными.

В следующих примерах замените примеры имен параметров, таких как myResourceGroup и myVM , на ваши собственные значения.

  1. Операции на виртуальных жестких дисках не могут быть выполнены с работающей виртуальной машиной. Отмените выделение своей виртуальной машины с помощью команды «az vm».В следующем примере освобождается виртуальная машина с именем myVM в группе ресурсов с именем myResourceGroup :

      az vm освобождение --resource-group myResourceGroup --name myVM  

    Примечание

    ВМ должна быть освобождена для расширения виртуального жесткого диска. Остановка виртуальной машины с помощью az vm stop не освобождает вычислительные ресурсы. Чтобы освободить вычислительные ресурсы, используйте az vm deallocate .

  2. Просмотр списка управляемых дисков в группе ресурсов со списком дисков z.В следующем примере отображается список управляемых дисков в группе ресурсов с именем myResourceGroup :

      az список дисков \ --resource-group myResourceGroup \ --query '[*]. {Имя: имя, Гб: diskSizeGb, Уровень: accountType}' \ - выходной стол  

    Расширьте необходимый диск с помощью обновления диска z. В следующем примере расширяется управляемый диск с именем myDataDisk до 200 ГБ:

      az обновление диска \ --resource-group myResourceGroup \ --name myDataDisk \ --size-gb 200  
  3. Запустите свою виртуальную машину с помощью команды az vm start.В следующем примере запускается виртуальная машина с именем myVM в группе ресурсов с именем myResourceGroup :

      az vm start --resource-группа myResourceGroup - имя myVM  

Расширение дискового раздела и файловой системы

Чтобы использовать расширенный диск, разверните основной раздел и файловую систему.

  1. SSH к вашей виртуальной машине с соответствующими учетными данными. Вы можете увидеть общедоступный IP-адрес вашей виртуальной машины с помощью az vm show:

      az vm show --resource-группа myResourceGroup - имя myVM -d --query [publicIps] --o tsv  
  2. Разверните базовый раздел и файловую систему.

    а. Если диск уже смонтирован, размонтируйте его:

      sudo umount / dev / sdc1  

    б. Используйте parted для просмотра информации о диске и изменения размера раздела:

      sudo расстались / dev / sdc  

    Просмотр информации о существующей разметке разделов с печатью . Вывод аналогичен следующему примеру, который показывает, что базовый диск занимает 215 ГБ:

      GNU Parted 3.2 Использование / dev / sdc1 Добро пожаловать в GNU Parted! Введите «help», чтобы просмотреть список команд.(расстались) печать Модель: Неизвестный виртуальный диск MSFT (SCSI) Диск / dev / sdc1: 215 ГБ Размер сектора (логический / физический): 512B / 4096B Таблица разделов: петля Флаги дисков: Номер Начало Конец Размер Файловая система Флаги 1 0.00B 107GB 107GB ext4  

    г. Разверните раздел с помощью resizepart . Введите номер раздела, 1 , и размер для нового раздела:

      (расстались) resizepart Номер раздела? 1 Конец? [107GB]? 215GB  

    д.Для выхода введите и .

  3. При изменении размера раздела проверьте согласованность раздела с помощью e2fsck :

      sudo e2fsck -f / dev / sdc1  
  4. Изменение размера файловой системы с помощью resize2fs :

      sudo resize2fs / dev / sdc1  
  5. Установите раздел в нужное место, например / datadrive :

      sudo mount / dev / sdc1 / datadrive  
  6. Чтобы проверить размер диска данных, используйте df -h .В следующем примере выходных данных показано, что диск данных / dev / sdc1 теперь равен 200 ГБ:

      Размер используемой файловой системы Доступен Использовать% Установлен на / dev / sdc1 197G 60M 187G 1% / привод данных  

Следующие шаги

,

Смотрите также