Параметры StorageClass
В StorageClass можно указать параметры типа диска, дата-центра и файловой системы.
| Параметр | Описание | Обязателен |
|---|---|---|
| volumeTypeId | ID типа диска. Имеет приоритет над volumeTypeName. ID типов дисков см. в разделе Значения параметров в API Cloud Engine (OpenStack) или в Swagger | нет |
| volumeTypeName | Название типа диска, например Average. Названия типов дисков см. в разделе Значения параметров в API Cloud Engine (OpenStack) или в Swagger | нет |
| volumeTypeName.<zoneID> | Название типа диска для указанного дата-центра. Используется в многозональных кластерах | нет |
| availabilityZoneId | ID дата-центра. ID дата-центров см. в разделе Значения параметров в API Cloud Engine (OpenStack) или в Swagger | нет |
| availabilityZoneName | Название дата-центра, например ru-central1-a. Названия дата-центров см. в разделе Значения параметров в API Cloud Engine (OpenStack) или в Swagger | нет |
| fsType | Файловая система. По умолчанию используется ext4 | нет |
Примечание
Если параметры типа диска (volumeTypeId и volumeTypeName) и дата-центра (availabilityZoneId и availabilityZoneName) не указаны в StorageClass, используются значения по умолчанию из ConfigMap: T1_VOLUME_TYPE_ID и T1_AVAILABILITY_ZONE_ID. Если дата-центр не задан и в ConfigMap, CSI-драйвер определяет его автоматически по серверу, на котором запущен controller. Тип диска укажите одним из доступных способов.
Выбор режима привязки тома
Параметр volumeBindingMode определяет, в какой момент создаётся диск для PersistentVolumeClaim.
WaitForFirstConsumer
Диск создаётся только после того, как планировщик Kubernetes выберет узел для пода. При этом диск размещается в том же дата-центре, что и выбранный узел. Это позволяет избежать ситуации, когда диск и под оказываются в разных дата-центрах.
Используйте этот режим по умолчанию — он подходит для большинства сценариев.
Важно
При WaitForFirstConsumer под обязательно должен проходить через планировщик Kubernetes. Не указывайте spec.nodeName в манифесте пода — это обходит планировщик, и диск может быть создан в дата-центре, недоступном для узла.
Immediate
Диск создаётся сразу при создании PersistentVolumeClaim независимо от того, где будет запущен под. Планировщик Kubernetes в этом процессе не участвует, поэтому дата-центр диска не связан с выбором узла.
Используйте этот режим, если под привязан к конкретному узлу через spec.nodeName — например, для рабочих нагрузок, чувствительных к расположению. В этом случае дата-центр диска может не совпасть с дата-центром узла, поэтому рекомендуется явно указать дата-центр с помощью параметра availabilityZoneId или availabilityZoneName.