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

Azure NetApp Files SMB-kötetek kiépítése az Azure Kubernetes Service-hez

  • Cikk

Miután konfigurálta az Azure NetApp Filest az Azure Kubernetes Service-hez, kiépítheti az Azure NetApp Files-köteteket az Azure Kubernetes Service-hez.

Az Azure NetApp Files támogatja az NFS -t (NFSv3 vagy NFSv4.1), SMB-t és kettős protokollt (NFSv3 és SMB, vagy NFSv4.1 és SMB) használó köteteket.

  • Ez a cikk az SMB-kötetek statikus vagy dinamikus kiépítésének részleteit ismerteti.
  • További információ az NFS-kötetek statikus vagy dinamikus kiépítéséről: Azure NetApp Files NFS-kötetek üzembe helyezése az Azure Kubernetes Service-hez.
  • A kétprotokollos kötetek statikus kiépítéséről további információt az Azure NetApp Files kétprotokollos köteteinek üzembe helyezése az Azure Kubernetes Service-hez című témakörben talál .

Statikus konfigurálás SMB-köteteket használó alkalmazásokhoz

Ez a szakasz azt ismerteti, hogyan hozhat létre SMB-kötetet az Azure NetApp Filesban, és hogyan teheti elérhetővé statikusan a kötetet a Kubernetes számára egy tárolóalapú alkalmazás számára.

SMB-kötet létrehozása

  1. Változók definiálása későbbi használathoz. Cserélje le a myresourcegroup, a mylocation, a myaccountname, a mypool1, a premium, a myfilepath, a myvolsize, a myvolname és a virtnetid elemet a környezet megfelelő értékére. A fájlútnak egyedinek kell lennie az összes ANF-fiókban.

    RESOURCE_GROUP="myresourcegroup"
LOCATION="mylocation"
ANF_ACCOUNT_NAME="myaccountname"
POOL_NAME="mypool1"
SERVICE_LEVEL="premium" # Valid values are standard, premium, and ultra
UNIQUE_FILE_PATH="myfilepath"
VOLUME_SIZE_GIB="myvolsize"
VOLUME_NAME="myvolname"
VNET_ID="vnetId"
SUBNET_ID="anfSubnetId"

  2. Hozzon létre egy kötetet a az netappfiles volume create paranccsal.

    az netappfiles volume create \
    --resource-group $RESOURCE_GROUP \
    --location $LOCATION \
    --account-name $ANF_ACCOUNT_NAME \
    --pool-name $POOL_NAME \
    --name "$VOLUME_NAME" \
    --service-level $SERVICE_LEVEL \
    --vnet $VNET_ID \
    --subnet $SUBNET_ID \
    --usage-threshold $VOLUME_SIZE_GIB \
    --file-path $UNIQUE_FILE_PATH \
    --protocol-types CIFS

Titkos kulcs létrehozása a tartományi hitelesítő adatokkal

  1. Hozzon létre egy titkos kulcsot az AKS-fürtön az Active Directory (AD) kiszolgáló eléréséhez a kubectl create secret parancs használatával. Ezt a titkos kulcsot a Kubernetes állandó kötete fogja használni az Azure NetApp Files SMB-kötet eléréséhez. A következő paranccsal hozza létre a titkos kódot, lecserélve USERNAME a felhasználónevét, PASSWORD a jelszavát és DOMAIN_NAME az AD tartománynevét.

        kubectl create secret generic smbcreds --from-literal=username=USERNAME --from-literal=password="PASSWORD" --from-literal=domain='DOMAIN_NAME'

  2. Ellenőrizze, hogy létrejött-e a titkos kód.

       kubectl get secret
   NAME       TYPE     DATA   AGE
   smbcreds   Opaque   2      20h

SMB CSI-illesztőprogram telepítése

Kubernetes SMB PersistentVolumelétrehozásához telepítenie kell egy tárolótároló-illesztőt (CSI).

  1. Telepítse az SMB CSI-illesztőt a fürtre a helm használatával. Ügyeljen arra, hogy a következőre állítsa a windows.enabled beállítást true:

    helm repo add csi-driver-smb https://raw.githubusercontent.com/kubernetes-csi/csi-driver-smb/master/charts   
helm install csi-driver-smb csi-driver-smb/csi-driver-smb --namespace kube-system --version v1.13.0 --set windows.enabled=true

    Az SMB CSI-illesztőprogram telepítésének egyéb módjai: Az SMB CSI-illesztőprogram főverziójának telepítése Kubernetes-fürtön.

  2. Ellenőrizze, hogy a csi-smb vezérlő pod fut-e, és minden feldolgozó csomópont rendelkezik-e a kubectl get pods következő paranccsal futó podtal:

    kubectl get pods -n kube-system | grep csi-smb

csi-smb-controller-68df7b4758-xf2m9   3/3     Running   0          3m46s
csi-smb-node-s6clj                    3/3     Running   0          3m47s
csi-smb-node-win-tfxvk                3/3     Running   0          3m47s

Az állandó kötet létrehozása

  1. A kötet részleteinek listázása a következővel az netappfiles volume show: . Cserélje le a változókat az Azure NetApp Files-fiók és -környezet megfelelő értékeire, ha az előző lépésben nincs definiálva.

    az netappfiles volume show \
    --resource-group $RESOURCE_GROUP \
    --account-name $ANF_ACCOUNT_NAME \
    --pool-name $POOL_NAME \
    --volume-name "$VOLUME_NAME -o JSON

    Az alábbi kimenet egy példa a fenti, valós értékekkel végrehajtott parancsra.

    {
  ...
  "creationToken": "myvolname",
  ...
  "mountTargets": [
    {
      ...
      "
         "smbServerFqdn": "ANF-1be3.contoso.com",
      ...
    }
  ],
  ...
}

  2. Hozzon létre egy fájlt, pv-smb.yaml és másolja a következő YAML-fájlba. Szükség esetén cserélje le myvolname az creationToken előző lépés értékétsmbServerFqdn, és cserélje le a helyéreANF-1be3.contoso.com\myvolname. Ügyeljen arra, hogy az AD hitelesítő adatainak titkos kulcsát és azt a névteret is tartalmazza, ahol a titkos kulcs található, amelyet egy korábbi lépésben hozott létre.

    apiVersion: v1
kind: PersistentVolume
metadata:
  name: anf-pv-smb
spec:
  storageClassName: ""
  capacity:
    storage: 100Gi
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  mountOptions:
    - dir_mode=0777
    - file_mode=0777
    - vers=3.0
  csi:
    driver: smb.csi.k8s.io
    readOnly: false
    volumeHandle: myvolname  # make sure it's a unique name in the cluster
    volumeAttributes:
      source: \\ANF-1be3.contoso.com\myvolname
    nodeStageSecretRef:
      name: smbcreds
      namespace: default

  3. Hozza létre az állandó kötetet a kubectl apply következő paranccsal:

    kubectl apply -f pv-smb.yaml

  4. Ellenőrizze, hogy az állandó kötet állapota elérhető-e a kubectl describe következő paranccsal:

    kubectl describe pv pv-smb

Állandó mennyiségi jogcím létrehozása

  1. Hozzon létre egy fájlnevet pvc-smb.yaml , és másolja a következő YAML-fájlba.

    apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: anf-pvc-smb
spec:
  accessModes:
    - ReadWriteMany
  volumeName: anf-pv-smb
  storageClassName: ""
  resources:
    requests:
      storage: 100Gi

  2. Hozza létre az állandó kötet jogcímét a kubectl apply következő paranccsal:

    kubectl apply -f pvc-smb.yaml

    Ellenőrizze, hogy az állandó kötet jogcíme kötött-e a kubectl leíró parancsával:

    kubectl describe pvc pvc-smb

Csatlakoztatás podtal

  1. Hozzon létre egy fájlt, iis-smb.yaml és másolja a következő YAML-fájlba. Ez a fájl egy Internet Information Services-pod létrehozására szolgál, amely csatlakoztatja a kötetet az elérési úthoz /inetpub/wwwroot.

    apiVersion: v1
kind: Pod 
metadata:
  name: iis-pod
  labels:
     app: web
spec:
  nodeSelector:
    "kubernetes.io/os": windows
  volumes:
  - name: smb
    persistentVolumeClaim:
      claimName: anf-pvc-smb 
  containers:
  - name: web
    image: mcr.microsoft.com/windows/servercore/iis:windowsservercore 
    resources:
      limits:
        cpu: 1
        memory: 800M
    ports:
      - containerPort: 80
    volumeMounts:
    - name: smb
      mountPath: "/inetpub/wwwroot"
      readOnly: false

  2. Hozza létre a podot a kubectl apply paranccsal:

    kubectl apply -f iis-smb.yaml

  3. Ellenőrizze, hogy a pod fut-e, és /inetpub/wwwroot az SMB-ről van-e csatlakoztatva a kubectl leíró parancs használatával:

    kubectl describe pod iis-pod

    A parancs kimenete a következő példához hasonlít:

    Name:         iis-pod
Namespace:    default
Priority:     0
Node:         akswin000001/10.225.5.246
Start Time:   Fri, 05 May 2023 09:34:41 -0400
Labels:       app=web
Annotations:  <none>
Status:       Running
IP:           10.225.5.248
IPs:
  IP:  10.225.5.248
Containers:
  web:
    Container ID:   containerd://39a1659b6a2b6db298df630237b2b7d959d1b1722edc81ce9b1bc7f06237850c
    Image:          mcr.microsoft.com/windows/servercore/iis:windowsservercore
    Image ID:       mcr.microsoft.com/windows/servercore/iis@sha256:0f0114d0f6c6ee569e1494953efdecb76465998df5eba951dc760ac5812c7409
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Fri, 05 May 2023 09:34:55 -0400
    Ready:          True
    Restart Count:  0
    Limits:
      cpu:     1
      memory:  800M
    Requests:
      cpu:        1
      memory:     800M
    Environment:  <none>
    Mounts:
      /inetpub/wwwroot from smb (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-mbnv8 (ro)
...

  4. Ellenőrizze, hogy a kötet csatlakoztatva van-e a podhoz a kubectl exec paranccsal a podhoz való csatlakozáshoz, majd a dir megfelelő könyvtárban lévő paranccsal ellenőrizze, hogy a kötet csatlakoztatva van-e, és a méret megegyezik-e a kiépített kötet méretével.

    kubectl exec -it iis-pod –- cmd.exe

    A parancs kimenete a következő példához hasonlít:

    Microsoft Windows [Version 10.0.20348.1668]
(c) Microsoft Corporation. All rights reserved.

C:\>cd /inetpub/wwwroot

C:\inetpub\wwwroot>dir
 Volume in drive C has no label.
 Volume Serial Number is 86BB-AA55

 Directory of C:\inetpub\wwwroot

05/04/2023  08:15 PM    <DIR>          .
05/04/2023  08:15 PM    <DIR>          ..
           0 File(s)              0 bytes
           2 Dir(s)  107,373,838,336 bytes free

Dinamikus konfigurálás SMB-köteteket használó alkalmazásokhoz

Ez a szakasz bemutatja, hogyan hozhat létre dinamikusan SMB-kötetet az Azure NetApp Fileson az Astra Trident használatával, és hogyan csatlakoztathatja automatikusan egy tárolóalapú Windows-alkalmazáshoz.

Az Astra Trident telepítése

Az SMB-kötetek dinamikus kiépítéséhez telepítenie kell az Astra Trident 22.10-es vagy újabb verzióját. Az SMB-kötetek dinamikus kiépítése windowsos feldolgozó csomópontokat igényel.

Az Astra Trident a NetApp dinamikus tárolókiépítési szolgáltatása, amely a Kubernetes számára készült. A Kubernetes-alkalmazások tárolási használatának egyszerűsítése az Astra Trident iparági szabványnak megfelelő Tárolótároló-illesztő (CSI) illesztőprogramjával. Az Astra Trident podként települ a Kubernetes-fürtökön, és dinamikus tárolási vezénylési szolgáltatásokat nyújt a Kubernetes-számítási feladatokhoz.

A Trident a Trident operátorral (manuálisan vagy Helm használatával) vagy tridentctl. Ha többet szeretne megtudni ezekről a telepítési módszerekről és azok működéséről, tekintse meg a telepítési útmutatót.

Az Astra Trident telepítése a Helm használatával

Az Astra Trident ezzel a módszerrel történő telepítéséhez telepíteni kell a Helmt a munkaállomásra. Az Astra Trident telepítésének egyéb módszereit az Astra Trident telepítési útmutatójában találja. Ha windowsos feldolgozó csomópontok vannak a fürtben, győződjön meg arról, hogy bármilyen telepítési módszerrel engedélyezi a windowst.

  1. Az Astra Trident windowsos feldolgozó csomópontokat tartalmazó fürthöz a Helm használatával történő telepítéséhez futtassa a következő parancsokat:

    helm repo add netapp-trident https://netapp.github.io/trident-helm-chart

helm install trident netapp-trident/trident-operator --version 23.04.0  --create-namespace --namespace trident –-set windows=true

    A parancs kimenete a következő példához hasonlít:

    NAME: trident
LAST DEPLOYED: Fri May  5 14:23:05 2023
NAMESPACE: trident
STATUS: deployed
REVISION: 1
TEST SUITE: None
NOTES:
Thank you for installing trident-operator, which will deploy and manage NetApp's Trident CSI
storage provisioner for Kubernetes.

Your release is named 'trident' and is installed into the 'trident' namespace.
Please note that there must be only one instance of Trident (and trident-operator) in a Kubernetes cluster.

To configure Trident to manage storage resources, you will need a copy of tridentctl, which is available in pre-packaged Trident releases.  You may find all Trident releases and source code online at https://github.com/NetApp/trident.

To learn more about the release, try:

  $ helm status trident
  $ helm get all trident

  2. Az Astra Trident sikeres telepítésének megerősítéséhez futtassa a következő kubectl describe parancsot:

    kubectl describe torc trident

    A parancs kimenete a következő példához hasonlít:

    Name:         trident
Namespace:    
Labels:       app.kubernetes.io/managed-by=Helm
Annotations:  meta.helm.sh/release-name: trident
              meta.helm.sh/release-namespace: trident
API Version:  trident.netapp.io/v1
Kind:         TridentOrchestrator
Metadata:
    ...
Spec:
  IPv6:                  false
  Autosupport Image:     docker.io/netapp/trident-autosupport:23.04
  Autosupport Proxy:     <nil>
  Disable Audit Log:     true
  Enable Force Detach:   false
  Http Request Timeout:  90s
  Image Pull Policy:     IfNotPresent
  k8sTimeout:            0
  Kubelet Dir:           <nil>
  Log Format:            text
  Log Layers:            <nil>
  Log Workflows:         <nil>
  Namespace:             trident
  Probe Port:            17546
  Silence Autosupport:   false
  Trident Image:         docker.io/netapp/trident:23.04.0
  Windows:               true
Status:
  Current Installation Params:
    IPv6:                       false
    Autosupport Hostname:       
    Autosupport Image:          docker.io/netapp/trident-autosupport:23.04
    Autosupport Proxy:          
    Autosupport Serial Number:  
    Debug:                      false
    Disable Audit Log:          true
    Enable Force Detach:        false
    Http Request Timeout:       90s
    Image Pull Policy:          IfNotPresent
    Image Pull Secrets:
    Image Registry:       
    k8sTimeout:           30
    Kubelet Dir:          /var/lib/kubelet
    Log Format:           text
    Log Layers:           
    Log Level:            info
    Log Workflows:        
    Probe Port:           17546
    Silence Autosupport:  false
    Trident Image:        docker.io/netapp/trident:23.04.0
  Message:                Trident installed
  Namespace:              trident
  Status:                 Installed
  Version:                v23.04.0
Events:
  Type    Reason      Age   From                        Message
  ----    ------      ----  ----                        -------
  Normal  Installing  74s   trident-operator.netapp.io  Installing Trident
  Normal  Installed   46s   trident-operator.netapp.io  Trident installed

Háttérrendszer létrehozása

Létre kell hozni egy háttérrendszert, amely az Astra Tridentet utasítja az Azure NetApp Files-előfizetésről, valamint arról, hogy hol kell köteteket létrehoznia. A háttérrendszerekkel kapcsolatos további információkért tekintse meg az Azure NetApp Files háttérrendszer konfigurációs beállításait és példáit.

  1. Hozzon létre egy fájlt, backend-secret-smb.yaml és másolja a következő YAML-fájlba. Módosítsa a Client ID clientSecret környezet megfelelő értékeit.

    apiVersion: v1
kind: Secret
metadata:
  name: backend-tbc-anf-secret
type: Opaque
stringData:
  clientID: 00001111-aaaa-2222-bbbb-3333cccc4444
  clientSecret: rR0rUmWXfNioN1KhtHisiSAnoTherboGuskey6pU

  2. Hozzon létre egy fájlt, backend-anf-smb.yaml és másolja a következő YAML-fájlba. Módosítsa a ClientID, clientSecret, subscriptionID, tenantID, , locationés serviceLevel a környezetének megfelelő értékeket. A tenantID, clientIDés clientSecret megtalálható egy alkalmazásregisztrációból a Microsoft Entra ID-ban, amely rendelkezik az Azure NetApp Files szolgáltatáshoz szükséges engedélyekkel. Az alkalmazásregisztráció tartalmazza az Azure által előre definiált tulajdonosi vagy közreműködői szerepkört. Az Azure-helynek legalább egy delegált alhálózatot kell tartalmaznia. A serviceLevel kapacitáskészlethez konfiguráltnak kell lennie serviceLevel az Azure NetApp Files AKS-számítási feladatokhoz való konfigurálásához.

    apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
  name: backend-tbc-anf-smb
spec:
  version: 1
  storageDriverName: azure-netapp-files
  subscriptionID: aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e
  tenantID: aaaabbbb-0000-cccc-1111-dddd2222eeee
  location: eastus
  serviceLevel: Premium
  credentials:
    name: backend-tbc-anf-secret
  nasType: smb

  3. Hozza létre a titkos kulcsot és a háttérrendszert a kubectl apply parancs használatával.

    Hozza létre az titkos kódot:

    kubectl apply -f backend-secret.yaml -n trident

    A parancs kimenete a következő példához hasonlít:

    secret/backend-tbc-anf-secret created

    Hozza létre a háttérrendszert:

    kubectl apply -f backend-anf.yaml -n trident

    A parancs kimenete a következő példához hasonlít:

    tridentbackendconfig.trident.netapp.io/backend-tbc-anf created

  4. Ellenőrizze, hogy a háttérrendszer létrejött-e a következő parancs futtatásával:

    kubectl get tridentbackends -n trident

    A parancs kimenete a következő példához hasonlít:

    NAME        BACKEND               BACKEND UUID
tbe-9shfq   backend-tbc-anf-smb   09cc2d43-8197-475f-8356-da7707bae203

Titkos kód létrehozása az SMB tartományi hitelesítő adataival

  1. Hozzon létre egy titkos kulcsot az AKS-fürtön az AD-kiszolgáló eléréséhez a kubectl create secret parancs használatával. Ezeket az adatokat a Kubernetes állandó kötete fogja használni az Azure NetApp Files SMB-kötet eléréséhez. Használja a következő parancsot, és cserélje le DOMAIN_NAME\USERNAME a tartománynevét és a felhasználónevét, valamint PASSWORD a jelszavát.

    kubectl create secret generic smbcreds --from-literal=username=DOMAIN_NAME\USERNAME –from-literal=password="PASSWORD"

  2. Ellenőrizze, hogy a titkos kód létrejött-e.

    kubectl get secret

    A kimenet a következő példához hasonlít:

    NAME       TYPE     DATA   AGE
smbcreds   Opaque   2      2h

Tárosztály létrehozása

A tárolóosztályok határozzák meg, hogyan jön létre dinamikusan egy tárolóegység egy állandó kötettel. Az Azure NetApp Files-kötetek használatához létre kell hozni egy tárolási osztályt.

  1. Hozzon létre egy fájlt, anf-storageclass-smb.yaml és másolja a következő YAML-fájlba.

    apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: anf-sc-smb
provisioner: csi.trident.netapp.io
allowVolumeExpansion: true
parameters:
  backendType: "azure-netapp-files"
  trident.netapp.io/nasType: "smb"
  csi.storage.k8s.io/node-stage-secret-name: "smbcreds"
  csi.storage.k8s.io/node-stage-secret-namespace: "default"

  2. Hozza létre a tárosztályt a kubectl apply következő paranccsal:

    kubectl apply -f anf-storageclass-smb.yaml

    A parancs kimenete a következő példához hasonlít:

    storageclass/anf-sc-smb created

  3. Futtassa a kubectl get parancsot a tárolási osztály állapotának megtekintéséhez:

    kubectl get sc anf-sc-smb
NAME         PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
anf-sc-smb   csi.trident.netapp.io   Delete          Immediate           true                   13s

PVC létrehozása

Az állandó kötetkérelmek (PVC) a felhasználó tárolási kérése. Egy állandó mennyiségi jogcím létrehozásakor az Astra Trident automatikusan létrehoz egy Azure NetApp Files SMB-megosztást, és elérhetővé teszi a Kubernetes számítási feladatai számára.

  1. Hozzon létre egy elnevezett anf-pvc-smb.yaml fájlt, és másolja a következő YAML-fájlt. Ebben a példában egy 100 GiB-kötet jön létre hozzáféréssel ReadWriteMany , és a Tárosztály létrehozása osztályban létrehozott tárosztályt használja.

    kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: anf-pvc-smb
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 100Gi
  storageClassName: anf-sc-smb

  2. Hozza létre az állandó kötet jogcímét a kubectl apply következő paranccsal:

    kubectl apply -f anf-pvc-smb.yaml

    A parancs kimenete a következő példához hasonlít:

    persistentvolumeclaim/anf-pvc-smb created

  3. Az állandó kötet jogcímével kapcsolatos információk megtekintéséhez futtassa a kubectl get következő parancsot:

    kubectl get pvc

    A parancs kimenete a következő példához hasonlít:

    NAME          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
anf-pvc-smb   Bound    pvc-209268f5-c175-4a23-b61b-e34faf5b6239   100Gi      RWX            anf-sc-smb     5m38s

  4. Az Astra Trident által létrehozott állandó kötet megtekintéséhez futtassa a következő kubectl get parancsot:

    kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                 STORAGECLASS   REASON   AGE
pvc-209268f5-c175-4a23-b61b-e34faf5b6239   100Gi      RWX            Delete           Bound    default/anf-pvc-smb   anf-sc-smb              5m52s

Az állandó kötet használata

A PVC létrehozása után egy podot lehet felpörögni az Azure NetApp Files-kötet eléréséhez. Az alábbi jegyzék egy IIS-pod definiálására használható, amely csatlakoztatja az előző lépésben létrehozott Azure NetApp Files SMB-megosztást. Ebben a példában a kötet a következőre van csatlakoztatva /inetpub/wwwroot: .

  1. Hozzon létre egy fájlt, anf-iis-pod.yaml és másolja a következő YAML-ben:

    apiVersion: v1
kind: Pod 
metadata:
  name: iis-pod
  labels:
     app: web
spec:
  nodeSelector:
    "kubernetes.io/os": windows
  volumes:
  - name: smb
    persistentVolumeClaim:
      claimName: anf-pvc-smb 
  containers:
  - name: web
    image: mcr.microsoft.com/windows/servercore/iis:windowsservercore 
    resources:
      limits:
        cpu: 1
        memory: 800M
    ports:
      - containerPort: 80
    volumeMounts:
    - name: smb
      mountPath: "/inetpub/wwwroot"
      readOnly: false

  2. Hozza létre az üzembe helyezést a kubectl apply következő paranccsal:

    kubectl apply -f anf-iis-deploy-pod.yaml

    A parancs kimenete a következő példához hasonlít:

    pod/iis-pod created

    Ellenőrizze, hogy fut-e a pod, és az SMB-en keresztül csatlakozik-e /inetpub/wwwroot a kubectl describe következő parancshoz:

    kubectl describe pod iis-pod

    A parancs kimenete a következő példához hasonlít:

    Name:         iis-pod
Namespace:    default
Priority:     0
Node:         akswin000001/10.225.5.246
Start Time:   Fri, 05 May 2023 15:16:36 -0400
Labels:       app=web
Annotations:  <none>
Status:       Running
IP:           10.225.5.252
IPs:
  IP:  10.225.5.252
Containers:
  web:
    Container ID:   containerd://1e4959f2b49e7ad842b0ec774488a6142ac9152ca380c7ba4d814ae739d5ed3e
    Image:          mcr.microsoft.com/windows/servercore/iis:windowsservercore
    Image ID:       mcr.microsoft.com/windows/servercore/iis@sha256:0f0114d0f6c6ee569e1494953efdecb76465998df5eba951dc760ac5812c7409
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Fri, 05 May 2023 15:16:44 -0400
    Ready:          True
    Restart Count:  0
    Limits:
      cpu:     1
      memory:  800M
    Requests:
      cpu:        1
      memory:     800M
    Environment:  <none>
    Mounts:
      /inetpub/wwwroot from smb (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-zznzs (ro)

  3. Ellenőrizze, hogy a kötet csatlakoztatva van-e a podhoz a kubectl exec használatával a podhoz való csatlakozáshoz. Ezután a dir megfelelő könyvtárban található paranccsal ellenőrizze, hogy a kötet csatlakoztatva van-e, és a méret megegyezik-e a kiépített kötet méretével.

    kubectl exec -it iis-pod –- cmd.exe

    A parancs kimenete a következő példához hasonlít:

    Microsoft Windows [Version 10.0.20348.1668]
(c) Microsoft Corporation. All rights reserved.

C:\>cd /inetpub/wwwroot

C:\inetpub\wwwroot>dir
 Volume in drive C has no label.
 Volume Serial Number is 86BB-AA55

 Directory of C:\inetpub\wwwroot

05/05/2023  01:38 AM    <DIR>          .
05/05/2023  01:38 AM    <DIR>          ..
           0 File(s)              0 bytes
           2 Dir(s)  107,373,862,912 bytes free

C:\inetpub\wwwroot>exit

Következő lépések

Az Astra Trident számos funkciót támogat az Azure NetApp Filesban. További információk: