Megosztás a következőn keresztül:

Tárolási lehetőségek alkalmazásokhoz az Azure Kubernetes Service-ben (AKS)

Előfordulhat, hogy az Azure Kubernetes Service-ben (AKS) futó alkalmazásoknak adatokat kell tárolniuk és lekérnie. Míg egyes alkalmazás-számítási feladatok helyi, gyors tárolást használhatnak szükségtelen, kiürített csomópontokon, másoknak olyan tárterületre van szükségük, amely az Azure-platform rendszeresebb adatköteteinél is megmarad.

Előfordulhat, hogy több podnak is szüksége lehet a következőkre:

  • Azonos adatköteteket oszthat meg.
  • Csatlakoztassa újra az adatköteteket, ha a podot egy másik csomópontra ütemezik át.

Előfordulhat, hogy bizalmas adatokat vagy alkalmazáskonfigurációs adatokat kell összegyűjtenie és podokban tárolnia.

Ez a cikk bemutatja azokat az alapvető fogalmakat, amelyek tárolót biztosítanak az alkalmazások számára az AKS-ben:

Az Azure Kubernetes Services-fürtben (AKS) lévő alkalmazások tárolási lehetőségeinek diagramja.

Operációsrendszer-lemez alapértelmezett méretezése

Rövid élettartamú operációsrendszer-lemezek

Ha olyan virtuálisgép-termékváltozatot választ, amely támogatja a rövid élettartamú operációsrendszer-lemezeket, de nem határoz meg operációsrendszer-lemezméretet, az AKS alapértelmezés szerint egy rövid élettartamú operációsrendszer-lemezt helyez üzembe, amelynek mérete a virtuálisgép-termékváltozat teljes ideiglenes tárterülete szerint skálázható, amennyiben a temp értéke legalább 128 GiB. 300 GiB ideiglenes lemez méretével rendelkező Standard_D8ds_v5 SKU alapértelmezés szerint 300 GiB ideiglenes operációs rendszer lemezt kap, ha a lemez paraméterei nincsenek meghatározva.

Ha a virtuálisgép-termékváltozat ideiglenes tárterületét szeretné használni, meg kell adnia az operációsrendszer-lemez méretét az üzembe helyezés során, különben alapértelmezés szerint fel lesz használva.

Fontos

Az operációsrendszer-lemez alapértelmezett méretezése csak olyan új fürtökön vagy csomópontkészleteken használható, amelyekben a rövid élettartamú operációsrendszer-lemezek támogatottak, és nincs megadva az operációsrendszer-lemez alapértelmezett mérete. Az operációs rendszer-lemez alapértelmezett mérete hatással lehet a klaszter teljesítményére vagy költségeire. A fürt vagy a csomópontkészlet létrehozása után nem módosíthatja az operációsrendszer-lemez méretét. Ez az alapértelmezett átmeneti méretezés a 2025 márciusában vagy később létrehozott fürtöket vagy csomópontkészleteket érinti.

Felügyelt operációsrendszer-lemezek

Amikor új fürtöt hoz létre, vagy új csomópontkészletet ad hozzá egy meglévő fürthöz, a virtuális processzorok száma alapértelmezés szerint meghatározza az operációsrendszer-lemez méretét. A vCPU-k száma a VM SKU-n alapul. Az alábbi táblázat az operációsrendszer-lemez alapértelmezett méretét sorolja fel az egyes virtuálisgép-termékváltozatokhoz:

Virtuálisgép-termékváltozatok magjai (vCPU-k) Az operációsrendszer-lemez alapértelmezett szintje Kiépített IOPS Kiosztott átviteli sebesség (Mbps)
1 - 7 P10/128G ötszáz 100
8 - 15 P15/256G 1100 125
16 - 63 P20/512G 2300 150
64+ P30/1024G 5 000 200

Fontos

Az alapértelmezett felügyelt operációsrendszer-lemezméretezés csak akkor használható új fürtökön vagy csomópontkészleteken, ha a rövid élettartamú operációsrendszer-lemezek nem támogatottak, és nincs megadva az operációsrendszer-lemez alapértelmezett mérete. Az operációs rendszer-lemez alapértelmezett mérete hatással lehet a klaszter teljesítményére vagy költségeire. A fürt vagy a csomópontkészlet létrehozása után nem módosíthatja az operációsrendszer-lemez méretét. Javasoljuk, hogy legalább 512 G lemezméretet adjon meg, ha a rövid élettartamú operációsrendszer-lemezek nem használhatók. Ez az alapértelmezett felügyelt méretezés a 2022 júliusában vagy később létrehozott fürtöket vagy csomópontkészleteket érinti.

Rövid élettartamú operációsrendszer-lemez

Alapértelmezés szerint az Azure automatikusan replikálja egy virtuális gép operációsrendszer-lemezét az Azure Storage-ba, hogy elkerülje az adatvesztést, amikor a virtuális gépet egy másik gazdagépre helyezik át. Mivel azonban a tárolók nem úgy vannak kialakítva, hogy a helyi állapot megmaradjon, ez a viselkedés korlátozott értéket kínál, ugyanakkor hátrányokat is biztosít. Ezek a hátrányok közé tartozik, de nem korlátozódik a lassabb csomópontok kiépítésére és a nagyobb olvasási/írási késésre.

Ezzel szemben az átmeneti OS lemezek csak a gazdagépen vannak tárolva, akárcsak egy ideiglenes lemez. Ezzel a konfigurációval alacsonyabb olvasási/írási késést érhet el gyorsabb csomópontméretezéssel és fürtfrissítésekkel. Ezért mindenképpen javasoljuk a rövid élettartamú operációsrendszer-lemezek használatát, amikor csak lehetséges.

Feljegyzés

Ha nem kér kifejezetten Azure által felügyelt lemezeket az operációs rendszerhez, az AKS alapértelmezés szerint átmeneti operációs rendszert biztosít, ha lehetséges egy adott csomópontkészlet-konfigurációhoz.

A rövid élettartamú operációsrendszer-lemezek méretkövetelményeit és javaslatait az Azure-beli virtuális gép dokumentációjában találja. A rövid élettartamú operációsrendszer-lemezek használatakor tartsa szem előtt az alábbi szempontokat:

A virtuálisgép-sorozat legújabb generációja nem rendelkezik dedikált gyorsítótárral, csak ideiglenes tárhellyel. Ha például a Standard_E2bds_v5 virtuálisgép-méretet választotta az alapértelmezett 100 GiB-os operációsrendszer-lemezmérettel, az támogatja a rövid élettartamú operációsrendszer-lemezeket, de csak 75 GB ideiglenes tárterülettel rendelkezik. Ez a konfiguráció alapértelmezés szerint felügyelt operációsrendszer-lemezekre vonatkozik, ha nem adja meg explicit módon. Ha rövid élettartamú operációsrendszer-lemezt kér, érvényesítési hiba jelenik meg.

  • Ha ugyanazt a Standard_E2bds_v5 virtuálisgép-méretet kéri egy 60 GiB OS-lemezzel, ez a konfiguráció alapértelmezés szerint rövid élettartamú operációsrendszer-lemezekre vonatkozik. A kért 60 GiB-méret kisebb, mint a 75 GiB maximális ideiglenes tárterülete.
  • Ha a Standard_E4bds_v5 termékváltozatot 100 GiB OS-lemezzel választja ki, ez a virtuálisgép-méret támogatja a rövid élettartamú operációs rendszert, és 150 GiB ideiglenes tárterülettel rendelkezik. Ha nem adja meg az operációsrendszer-lemez típusát, az Azure alapértelmezés szerint kiépít egy rövid élettartamú operációsrendszer-lemezt a csomópontkészletbe.

Az előző generációs virtuális gépek és a kivezetett méretek a ideiglenes lemezterület mellett dedikált gyorsítótárterülettel is rendelkeznek. A gyorsítótár lemezterülete azonban ideiglenes tároló helyett a rövid élettartamú elhelyezés kiértékelésekor használatos.

Felhasználó által kezelt kulcsok

A rövid élettartamú operációsrendszer-lemez titkosítását saját kulcsokkal kezelheti egy AKS-fürtön. További információ: Ügyfél által felügyelt kulcs használata azure-lemezzel az AKS-en.

Rövid élettartamú NVMe-adatlemezek

A rövid élettartamú NVMe-adatlemezek nagy teljesítményű, alacsony késésű tárolót biztosítanak, amely közvetlenül az Azure-beli virtuális gép fizikai gazdagépéhez csatlakozik. Ezek a lemezek ideálisak olyan számítási feladatokhoz, amelyek gyors, ideiglenes tárolást igényelnek a köztes adatfeldolgozáshoz, például gyorsítótárazáshoz, üres területhez vagy nagy átviteli sebességű elemzéshez.

A ideiglenes NVMe-adatlemezek kezdetben csak az Azure-beli L-sorozatú, E-sorozatú és GPU-val rendelkező virtuális gépeken voltak elérhetők. Az Azure-beli virtuális gépek v6- és v7-generációinak bevezetésével a rövid élettartamú NVMe-adatlemezek támogatása a virtuálisgép-méretek szélesebb körére bővült, beleértve a D sorozatot, az F sorozatot, a H sorozatot stb. Az NVMe lemezek magasabb IOPS-t és átviteli sebességet biztosítanak a hagyományos HDD- vagy SSD-beállításokhoz képest. Az ezeken a lemezeken tárolt adatok azonban ideiglenesek, és elvesznek, ha a virtuális gépet felszabadítják vagy újra üzembe helyezik.

A rövid élettartamú NVMe-adatlemezek felügyeletének és kiépítésének egyszerűsítése az AKS-ben az Azure Container Storage használatával. Az Azure Container Storage automatikusan észleli és vezényeli az NVMe-adatlemezeket, így minimális konfigurációval állandó köteteket hozhat létre és kezelhet a Kubernetes-számítási feladatokhoz. Ez a megközelítés olyan helyzetekben ajánlott, ahol nagy teljesítményű, ideiglenes tárolásra van szükség, például:

  • Nagy sebességű gyorsítótárazási rétegek, például adatkészletek és ellenőrzőpontok az AI-betanításhoz, vagy AI-következtetéshez használt modellfájlok.
  • Nagy teljesítményű, saját üzemeltetésű adatbázisok, amelyek beépített replikációs és biztonsági mentési funkciókat tartalmaznak
  • Gyors, ideiglenes tárolást igénylő adatintenzív elemzési és feldolgozási folyamatok
  • Ideiglenes üres terület kötegelt feladatokhoz

Fontos

A rövid élettartamú NVMe-adatlemezek nem alkalmasak kritikus vagy állandó adatok tárolására. Győződjön meg arról, hogy az alkalmazás képes elviselni az adatvesztést, és hogy a fontos adatokat az Azure Disk, az Azure Files vagy más tartós tárolási lehetőségek által támogatott állandó köteteken tárolja.

További információ az Azure Container Storage rövid élettartamú NVMe-adatlemezekkel való használatáról: Az Azure Container Storage használata az AKS-szel.

Mennyiségek

A Kubernetes általában az egyes podokat rövid élettartamú, eldobható erőforrásként kezeli. Az alkalmazások különböző megközelítésekkel rendelkeznek az adatok használatához és megőrzéséhez. A kötetek az adatok podokon és az alkalmazás életciklusán keresztül történő tárolásának, lekérésének és megőrzésének módját jelentik.

A hagyományos kötetek az Azure Storage által támogatott Kubernetes-erőforrásokként jönnek létre. Manuálisan létrehozhat olyan adatköteteket, amelyek közvetlenül podokhoz rendelhetők, vagy a Kubernetes automatikusan létrehozhatja őket. Adatkötetek használhatók: Azure Disk, Azure Files, Azure NetApp Files vagy Azure Blobs.

Feljegyzés

A használt virtuálisgép-termékváltozattól függően előfordulhat, hogy az Azure Disk CSI-illesztőprogram csomópontonkénti kötetkorláttal rendelkezik. Néhány nagy teljesítményű virtuális gép (például 16 mag) esetében a korlát csomópontonként 64 kötet. A virtuálisgép-termékváltozatonkénti korlát azonosításához tekintse át az egyes kínált virtuálisgép-termékváltozatok Maximális adatlemezek oszlopát. A kínált virtuálisgép-termékváltozatok listáját és azok részletes kapacitáskorlátjait az általános célú virtuálisgép-méretek című témakörben találja.

Az Azure Files és az Azure NetApp Files közötti számítási feladatokhoz leginkább illeszkedő beállítás meghatározásához tekintse át az Azure Files és az Azure NetApp Files összehasonlítása című cikkben található információkat.

Azure-lemez

Kubernetes DataDisk-erőforrás létrehozása az Azure Disk használatával. A lemeztípusok a következők:

  • Prémium SSD-k (a legtöbb számítási feladathoz ajánlott)
  • ultralemezek
  • Standard szintű SSD-k
  • Standard merevlemezek (HDD-k)

Tipp.

A legtöbb éles és fejlesztési számítási feladathoz használjon Prémium SSD-t.

Mivel az Azure Disk ReadWriteOnce-ként van csatlakoztatva, csak egyetlen csomóponton érhető el. Több csomópont podjai által egyszerre elérhető tárkötetek esetében használja az Azure Filest.

Azure Files

Az Azure Files használatával csatlakoztathat egy Server Message Block (SMB) 3.1.1-es vagy egy Network File System (NFS) 4.1-es megosztást. Az Azure Files segítségével több csomóponton és podon oszthat meg adatokat, és használhatja az alábbiakat:

  • Nagy teljesítményű SSD-k által támogatott Azure Premium Storage
  • Normál HDD-k által támogatott Azure Standard Storage

Azure NetApp Files

  • Ultra tárhely
  • Premium Storage
  • Standard Storage

Azure Blob Storage

Az Azure Blob Storage használatával hozzon létre egy blobtárolót, és csatlakoztassa az NFS v3.0 protokoll vagy a BlobFuse használatával.

  • Blokktípusú blobok

Kötettípusok

A Kubernetes-kötetek nem csupán egy hagyományos lemezt képviselnek az információk tárolásához és lekéréséhez. A Kubernetes-kötetek arra is használhatók, hogy adatokat fecskendezhessenek egy podba a tárolók általi használatra.

A Kubernetes rendszerben gyakori kötettípusok a következők:

emptyDir

Gyakran használják ideiglenes helyként egy pod számára. A podon belüli összes tároló hozzáférhet a köteten lévő adatokhoz. Az erre a kötettípusra írt adatok csak addig maradnak meg, amíg a pod élettartama tart. A pod törlése után a kötet törlődik. Ez a kötet általában a mögöttes helyi csomópont lemeztárolóját használja, de csak a csomópont memóriájában is létezhet.

titkos kód

Bizalmas adatokat, például jelszavakat, injektálhat titkos kötetek segítségével podokba.

  1. Hozzon létre egy titkos kulcsot a Kubernetes API használatával.
  2. Határozza meg a podot vagy az üzembe helyezést, és kérjen egy adott titkos kulcsot.
    • A titkos kulcsokat csak olyan ütemezett podokkal rendelkező csomópontok számára biztosítjuk, amelyekhez szükség van rájuk.
    • A titkos kód tmpf-ben van tárolva, nem lemezre írva.
  3. Amikor egy titkos kulcsot igénylő csomópont utolsó podját törli, a titkos kód törlődik a csomópont tmpf-jeiből.
    • A titkos kulcsok egy adott névtérben vannak tárolva, és csak az azonos névtérben lévő podok férnek hozzá.

configMap

A configMap használatával kulcs-érték pár tulajdonságokat szúrhat be podokba, például alkalmazáskonfigurációs információkat. Az alkalmazáskonfigurációs információkat Kubernetes-erőforrásként definiálhatja, amelyeket üzembe helyezésükkor egyszerűen frissíthet és alkalmazhat a podok új példányaira.

Például egy titkos kód használata:

  1. Hozzon létre egy ConfigMap-et a Kubernetes API használatával.
  2. Pod vagy üzembe helyezés definiálásakor kérje le a ConfigMap-et.
    • A konfigurációtérképek egy adott névtérben vannak tárolva, és csak ugyanazon a névtéren belüli podok férnek hozzá.

Tartós kötetek

A pod életciklusának részeként definiált és létrehozott kötetek csak a pod törléséig léteznek. A Podok gyakran elvárják, hogy tárhelyük megmaradjon, ha egy podot egy másik gazdagépre átütemeznek egy karbantartási esemény során, különösen a StatefulSets esetén. Az állandó kötet (PV) a Kubernetes API által létrehozott és felügyelt tárolási erőforrás, amely az egyes podok élettartamán túl is létezhet.

Az állandó kötet biztosításához az alábbi Azure Storage-szolgáltatásokat használhatja:

A Kötetek szakaszban leírtak szerint az Azure Disks vagy az Azure Files kiválasztását gyakran az határozza meg, hogy egyidejű hozzáférésre van szükség az adatokhoz vagy a teljesítményszinthez.

Az Azure Kubernetes Services -fürtök állandó köteteinek diagramja.

A fürtgazda statikusan hozhat létre állandó kötetet, vagy egy kötet dinamikusan hozható létre a Kubernetes API kiszolgáló által. Ha egy pod ütemezve van, és olyan tárolót kér, amely jelenleg nem érhető el, a Kubernetes létrehozhatja a mögöttes Azure Disk- vagy Fájltárolót, és csatolhatja a podhoz. A dinamikus kiépítés egy tárosztály használatával azonosítja, hogy milyen típusú erőforrást kell létrehozni.

Fontos

Az állandó köteteket a Windows és a Linux podok nem oszthatják meg a két operációs rendszer fájlrendszerbeli támogatásának különbségei miatt.

Ha teljes körűen felügyelt megoldást szeretne az adatok blokkszintű elérésére, fontolja meg az Azure Container Storage használatát CSI-illesztőprogramok helyett. Az Azure Container Storage integrálható a Kubernetes szolgáltatással, lehetővé téve az állandó kötetek dinamikus és automatikus kiépítését. Az Azure Container Storage támogatja az Azure Disks, az Ephemeral Disks és az Azure Elastic SAN (előzetes verzió) háttértárként való használatát, rugalmasságot és méretezhetőséget biztosítva a Kubernetes-fürtökön futó állapotalapú alkalmazásokhoz.

Tárolási osztályok

Különböző tárolási szintek( például prémium vagy standard) megadásához létrehozhat egy tárolási osztályt.

A tárolási osztály egy visszaigénylési szabályzatot is definiál. Az állandó kötet törlésekor a visszaigénylési szabályzat szabályozza a mögöttes Azure Storage-erőforrás viselkedését. A mögöttes erőforrás törölhető vagy megőrizhető egy jövőbeli podhoz való használatra.

Az Azure Container Storage-t használó fürtök esetében egy további, úgynevezett acstor-<storage-pool-name>tárolási osztály jelenik meg. Létrejön egy belső tárosztály is.

A Kontejnertároló interfész (CSI) illesztőprogramokat használó fürtök esetében a következő további tárolási osztályok jönnek létre:

Tárolási osztály Leírás
managed-csi Felügyelt lemez létrehozásához az Azure Standard SSD helyileg redundáns tárolót (LRS) használja. A visszaigénylési szabályzat biztosítja, hogy a mögöttes Azure Disk törlődik, amikor az azt használó állandó kötet törlődik. A tárolási osztály az állandó köteteket is bővíthetőnek konfigurálja. A tartós kötet igénylését módosíthatja az új méret meghatározásához. A Kubernetes 1.29-es verziójától kezdve a több rendelkezésre állási zónában üzembe helyezett Azure Kubernetes Service-fürtökben ez a tárolási osztály az Azure Standard SSD zónaredundáns tárolást (ZRS) használja felügyelt lemezek létrehozásához.
managed-csi-premium Az Azure Premium helyileg redundáns tárolást (LRS) használ felügyelt lemez létrehozásához. A visszaigénylési szabályzat ismét biztosítja, hogy a mögöttes Azure Disk törlődjön, amikor az azt használó állandó kötet törlődik. Hasonlóképpen, ez a tárolási osztály lehetővé teszi az állandó kötetek bővítését. A Kubernetes 1.29-es verziójától kezdve a több rendelkezésre állási zónában üzembe helyezett Azure Kubernetes Service-fürtökben ez a tárolási osztály az Azure Premium zónaredundáns tárolást (ZRS) használja felügyelt lemezek létrehozásához.
azurefile-csi Azure-fájlmegosztás létrehozása az Azure Standard Storage használatával. A visszaigénylési szabályzat biztosítja, hogy a mögöttes Azure-fájlmegosztás törlődik, amikor az azt használó állandó kötet törlődik.
azurefile-csi-premium Azure-fájlmegosztás létrehozása az Azure Premium Storage használatával. A visszaigénylési szabályzat biztosítja, hogy a mögöttes Azure-fájlmegosztás törlődik, amikor az azt használó állandó kötet törlődik.
azureblob-nfs-premium Az Azure Premium Storage használatával hozzon létre egy Azure Blob Storage-tárolót, és csatlakozzon az NFS v3 protokoll használatával. A visszaigénylési szabályzat biztosítja, hogy a mögöttes Azure Blob Storage-tároló törlődik a használt állandó kötet törlésekor.
azureblob-fuse-premium Az Azure Premium Storage használatával hozzon létre egy Azure Blob Storage-tárolót, és csatlakozzon a BlobFuse használatával. A visszaigénylési szabályzat biztosítja, hogy a mögöttes Azure Blob Storage-tároló törlődik a használt állandó kötet törlésekor.

Ha nem ad meg tárosztályt egy állandó kötethez, a rendszer az alapértelmezett tárolási osztályt használja. Győződjön meg arról, hogy a kötetek a szükséges megfelelő tárhelyet használják, amikor perzisztens köteteket kér.

Fontos

A Kubernetes 1.21-es verziójától kezdve az AKS alapértelmezés szerint CSI-illesztőprogramokat használ, és a CSI-migrálás engedélyezve van. Bár a meglévő, faalapú állandó kötetek továbbra is működnek, az 1.26-os verziótól kezdve az AKS már nem támogatja a fájlokhoz és lemezekhez kiépített faillesztővel és tárolóval létrehozott köteteket.

Az default osztály ugyanaz lesz, mint managed-csia .

A Kubernetes 1.29-es verziójától kezdve az Azure Kubernetes Service-fürtök több rendelkezésre állási zónában való üzembe helyezésekor az AKS mostantól zónaredundáns tárolást (ZRS) használ a felügyelt lemezek beépített tárolási osztályokon belüli létrehozásához. A ZRS biztosítja az Azure-beli felügyelt lemezek szinkron replikálását a kiválasztott régióban található több Azure rendelkezésre állási zónában. Ez a redundanciastratégia javítja az alkalmazások rugalmasságát, és védi az adatokat az adatközpontok meghibásodásai ellen.

Fontos azonban megjegyezni, hogy a zónaredundáns tárolás (ZRS) magasabb költséggel jár, mint a helyileg redundáns tárolás (LRS). Ha a költségoptimalizálás prioritás, létrehozhat egy új tárolási osztályt az skuname LRS paraméterrel. Ezután az új tárolóosztályt használhatja az Állandó Kötet Igénylésben (PVC).

Más igényeknek megfelelő tárosztályt is létrehozhat a következővel kubectl: . Az alábbi példa prémium szintű felügyelt lemezeket használ, és meghatározza, hogy a pod törlésekor a mögöttes Azure Disket meg kell őrizni :

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: managed-premium-retain
provisioner: disk.csi.azure.com
parameters:
  skuName: Premium_ZRS
reclaimPolicy: Retain
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true

Feljegyzés

Az AKS egyezteti az alapértelmezett tárolási osztályokat, és felülírja a tárosztályokon végzett módosításokat.

A tárosztályokról további információt a Kubernetes StorageClass című témakörben talál.

Tartós kötet igények

Egy állandó mennyiségi jogcím (PVC) egy adott tárolási osztály, hozzáférési mód és méret tárolását kéri. A Kubernetes API-kiszolgáló dinamikusan kiépítheti a mögöttes Azure Storage-erőforrást, ha egy meglévő erőforrás sem tudja teljesíteni a jogcímet a megadott tárolási osztály alapján.

A pod definíció tartalmazza a kötet csatolását, amint a kötet csatlakoztatva van a podhoz.

Az Azure Kubernetes Services -fürtök állandó mennyiségi jogcímeinek diagramja.

Miután hozzárendeltek egy rendelkezésre álló tárolási erőforrást a tárolót kérő podhoz, az állandó kötet állandó mennyiségi jogcímhez van kötve . Az állandó kötetek 1:1 arányban vannak igényekhez leképezve.

Az alábbi példa YAML-jegyzék egy állandó mennyiségi jogcímet mutat be, amely a felügyelt prémium szintű tárolási osztályt használja, és 5 Gi méretű Azure Disk-et kér le:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: azure-managed-disk
spec:
  accessModes:
  - ReadWriteOnce
  storageClassName: managed-premium-retain
  resources:
    requests:
      storage: 5Gi

Poddefiníció létrehozásakor a következőket is meg kell adnia:

  • Az állandó kötet azt állítja, hogy a kívánt tárterületet kéri.
  • Az alkalmazások kötetcsatlakoztatása az adatok olvasásához és írásához.

Az alábbi PÉLDA YAML-jegyzék bemutatja, hogyan használható az előző állandó kötetkövetelés egy kötet csatlakoztatásához az /mnt/azure címen:

kind: Pod
apiVersion: v1
metadata:
  name: nginx
spec:
  containers:
    - name: myfrontend
      image: mcr.microsoft.com/oss/nginx/nginx:1.15.5-alpine
      volumeMounts:
      - mountPath: "/mnt/azure"
        name: volume
  volumes:
    - name: volume
      persistentVolumeClaim:
        claimName: azure-managed-disk

Kötet Windows-tárolóban való csatlakoztatásához adja meg a meghajtó betűjelét és elérési útját. Példa:

...      
      volumeMounts:
      - mountPath: "d:"
        name: volume
      - mountPath: "c:\k"
        name: k-dir
...

Következő lépések

A kapcsolódó ajánlott eljárásokért tekintse meg az ajánlott tárolási és biztonsági mentési eljárásokat az AKS-ben és az AKS-tárolókban.

Az Azure Container Storage-ról az alábbi cikkekben talál további információt:

A CSI-illesztőprogramok használatáról az alábbi cikkekben talál további információt:

Az alapvető Kubernetes- és AKS-fogalmakkal kapcsolatos további információkért tekintse meg az alábbi cikkeket:

  • Last updated on