Sobes.tech
Кӯмаки мусоҳиба
Захираҳо
Тайёрии мусоҳиба
Захираҳо
Ҷустуҷӯи кор
Захираҳо
Ҳуқуқӣ
Бозгашт ба саволҳо
Middle+

Чӣ гуна тақсимоти доимии ҳаҷм дар минтақаҳои гуногун барои таъмин намудани дастрасӣ ба захира барои доменҳо ва минтақаҳои гуногун сурат мегирад?

sobes.tech AI

Ҷавоб аз AI

Когато използвате Kubernetes и публични облаци (например AWS, GCP, Azure), разпределението на persistent volumes (PV) по зони се извършва на ниво доставчик на облачни услуги и при свързването на PV към възлите:

  1. Създаване на PV: Persistent volume (PersistentVolume) се създава от администратора или автоматично чрез StorageClass. При създаването му се задават параметри за съхранение: тип (EBS, GCE Persistent Disk, Azure Disk), размер, режим на достъп.
  2. Зонова/регионална свест: StorageClass за определени типове съхранение в облака може да бъде конфигуриран с поддръжка за наличностни зони. При създаване на PV чрез такъв StorageClass, доставчикът на облака може да разположи физическия ресурс за съхранение (например, диск) в определена зона или да го направи зонално-излишен (в зависимост от типа на съхранението и настройките). Използването на StorageClass с параметъра volumeBindingMode: WaitForFirstConsumer позволява отлагане на свързването на PV към PVR до момента, когато първият под, който използва този PVR, бъде планиран на възел в конкретна зона.
  3. PersistentVolumeClaim (PVC): Потребителят създава PersistentVolumeClaim (PVC) с искане за определен обем и характеристики.
  4. Свързване на PV към PVC: Kubernetes свързва PVC с подходящ PV. Ако е използван WaitForFirstConsumer, връзката става, когато е първият под, който използва този PVC, бъде планиран на възел.
  5. Разполагане на пода на възел: Планировчикът на Kubernetes (Scheduler) определя, на кой възел ще бъде стартиран подът. При това се вземат предвид различни критерии, включително изисквания към ресурси, афинитет/антиафинитет, Taints/Tolerations.
  6. Свързване на PV към възел: Ако е подът, който използва PVC (който е свързан с PV), бъде планиран на възел в определена зона, Kubernetes (Volume Controller и облачният доставчик) гарантира, че PV ще бъде достъпен (монтиран) на този възел. Облачните дискове се обикновено свързват към виртуални машини в същата зона. Kubernetes взема предвид зоналността на PV при планиране на подовете, за да избегне опити за монтиране на PV от една зона към възел в друга.

Пример за StorageClass с режим, осведомен за зона:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
 name: regional-storage
provisioner: kubernetes.io/aws-ebs # или gce-pd, microsoft.com/azure-disk и др.
parameters:
 type: gp2 # или ssd, pd-standard и др.
 fsType: ext4
 volumeBindingMode: WaitForFirstConsumer # Важен параметър за зонално планиране
reclaimPolicy: Retain
allowVolumeExpansion: true

При използване на volumeBindingMode: WaitForFirstConsumer Kubernetes чака, докато не е подът, който бъде планиран на възел в конкретна зона (например, us-east-1a), преди да окончателно свърже PVC с PV и да създаде съответния облачен диск в тази зона.

Разпределението по домейни (в широк смисъл, като логическо разделение на приложения или екипи) се постига не чрез разпределение на физическите PV, а чрез механизми като RBAC (Role-Based Access Control), квоти за ресурси (Resource Quotas) и изолация в рамките на пространства имена (Namespaces):

  • Namespaces: Различните домейни/екипи могат да използват свои пространства имена за изолация на ресурси, включително PVC и подове.
  • RBAC: Определя кои потребители или групи имат право да създават, четат, актуализират или изтриват PVC и други ресурси в определени пространства имена.
  • Resource Quotas: Ограничават общото количество ресурси (включително обема на постоянната памет), които могат да бъдат използвани във всяко пространство имена, осигурявайки справедливо използване между "домейните".
ГузаштаОянда