Azure Stack Edge Pro GPU cihazınızda Kubernetes depolama yönetimi

ŞUNLAR IÇIN GEÇERLIDIR: Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R

Azure Stack Edge Pro cihazınızda işlem rolünü yapılandırdığınızda bir Kubernetes kümesi oluşturulur. Kubernetes kümesi oluşturulduktan sonra kapsayıcılı uygulamalar podlardaki Kubernetes kümesine dağıtılabilir. Kubernetes kümenizdeki podlara depolama sağlamanın farklı yolları vardır.

Bu makalede, bir Kubernetes kümesinde depolama sağlama yöntemleri genel olarak ve özellikle Azure Stack Edge Pro cihazınız bağlamında açıklanmaktadır.

Kubernetes podları için depolama gereksinimleri

Kubernetes podları durum bilgisi yoktur ancak çalıştırdıkları uygulamalar genellikle durum bilgisi içerir. Podlar kısa ömürlü olabileceğinden ve kubernetes düğümleri arasında yeniden başlatılabildiği, yük devredildiği veya geçiş yaptıkları için podla ilişkili depolama için aşağıdaki gereksinimlerin karşılanması gerekir.

Depolama alanı:

• Podun dışında yaşa.
• Pod yaşam döngüsünden bağımsız olun.
• Tüm Kubernetes düğümlerinden erişilebilir.

Kubernetes için depolamanın nasıl yönetildiğini anlamak için iki API kaynağının anlaşılması gerekir:

• PersistentVolume (PV): Bu, Kubernetes kümesindeki bir depolama alanıdır. Kubernetes depolama alanı statik olarak olarak PersistentVolumesağlanabilir. Dinamik olarak olarak StorageClassda sağlanabilir.

• PersistentVolumeClaim (PVC): Bu, bir kullanıcının depolama isteğidir. PVC'ler PV kaynaklarını kullanır. PVC'ler belirli boyut ve erişim modları isteyebilir.

  Kullanıcıların farklı sorunlar için farklı özelliklere ihtiyacı PersistentVolumes olduğundan, küme yöneticilerinin PersistentVolumes boyut ve erişim modlarından daha farklı şekillerde farklı çeşitli özellikler sunabilmeleri gerekir. Bu gereksinimler için kaynağa ihtiyacınız vardır StorageClass .

Depolama sağlama statik veya dinamik olabilir. Sağlama türlerinin her biri aşağıdaki bölümlerde açıklanmıştır.

Statik sağlama

Kubernetes kümesi yöneticileri depolama alanını statik olarak sağlayabilir. Bunu yapmak için SMB/NFS dosya sistemlerine dayalı depolama arka ucu kullanabilir veya şirket içi ortamda ağ üzerinden yerel olarak bağlanan iSCSI diskleri kullanabilir, hatta bulutta Azure Dosyalar veya Azure Diskleri kullanabilirler. Bu depolama türü varsayılan olarak sağlanmaz ve küme yöneticilerinin bu sağlamayı planlamaları ve yönetmeleri gerekir.

Statik olarak sağlanan depolamanın Kubernetes'te nasıl tüketildiğini gösteren bir diyagram aşağıdadır:

Aşağıdaki adımlar gerçekleşir:

1. Depolama alanı sağlama: Küme yöneticisi depolama alanını sağlar. Bu örnekte, küme yöneticisi bu paylaşımlara karşılık gelen Kubernetes kümesinde otomatik olarak kalıcı birim nesneleri oluşturan bir veya daha fazla SMB paylaşımı oluşturur.

2. Talep depolama alanı: Depolamayı isteyen bir PVC dağıtımı gönderirsiniz. Bu depolama talebi PersistentVolumeClaim (PVC) talebidir. PV'nin boyutu ve erişim modu PVC'nin boyutuyla eşleşiyorsa, PVC PV'ye bağlıdır. PVC ve PV eşlem bire bir.

3. PVC'yi kapsayıcıya bağlayın: PVC PV'ye bağlandıktan sonra, bu PVC'yi kapsayıcınızdaki bir yola bağlayabilirsiniz. Kapsayıcıdaki uygulama mantığı bu yoldan okur/yazarsa, veriler SMB depolama alanına yazılır.

Dinamik sağlama

Statik olarak sağlanan depolamanın Kubernetes'te nasıl tüketildiğini gösteren bir diyagram aşağıdadır:

Aşağıdaki adımlar gerçekleşir:

1. Depolama sınıfı tanımlama: Küme yöneticisi, Kubernetes kümenizin işletim ortamına bağlı olarak bir depolama sınıfı tanımlar. Küme yöneticisi, Kubernetes kümesinde dağıtılan başka bir pod veya uygulama olan bir sağlamayı da dağıtır. Sağlama, paylaşımları dinamik olarak sağlamak için tüm ayrıntılara sahiptir.

2. Talep depolama alanı: Depolama alanını talep edecek bir uygulama gönderirsiniz. Bu depolama sınıfı başvurusuyla bir PVC oluşturulduktan sonra, hazırlayıcı çağrılır.

3. Depolamayı dinamik olarak sağlama: Sağlama, yerel disk depolamasıyla ilişkili paylaşımı dinamik olarak oluşturur. Paylaşım oluşturulduktan sonra, bu paylaşıma otomatik olarak karşılık gelen bir PV nesnesi de oluşturur.

4. PVC'yi kapsayıcıya bağlama: PVC, PV'ye bağlandıktan sonra, PVC'yi statik sağlama ile aynı şekilde bir yola takabilir ve paylaşımdan okuyabilir veya paylaşıma yazabilirsiniz.

Azure Stack Edge Pro'da depolama sağlama

Azure Stack Edge Pro cihazında statik olarak sağlananlar PersistentVolumes , cihazın depolama özellikleri kullanılarak oluşturulur. Bir paylaşım sağladığınızda ve Paylaşımı Edge ile kullan işlem seçeneği etkinleştirildiğinde, bu eylem Kubernetes kümesinde otomatik olarak bir PV kaynağı oluşturur.

Bulut katmanlama özelliğini kullanmak için Paylaşımı Edge işlem ile kullan seçeneği etkinken bir Edge bulut paylaşımı oluşturabilirsiniz. Bu paylaşım için yine otomatik olarak bir BD oluşturulur. Edge paylaşımına yazdığınız tüm uygulama verileri buluta katmanlanır.

Azure Stack Edge Pro cihazında statik olarak VM'ler sağlamak için hem SMB hem de NFS paylaşımları oluşturabilirsiniz. BD sağlandıktan sonra, bu depolamayı talep etmek için bir PVC gönderirsiniz. Aşağıda, depolamayı talep eden ve sağladığınız paylaşımları kullanan bir PVC dağıtımı yaml örneği verilmiştir.

kind: PersistentVolumeClaim 
apiVersion: v1 
metadata: 
  name: pvc-smb-flexvol 
spec: 
  accessModes: 
  - ReadWriteMany 
  resources: 
    requests: 
      storage: 10Gi 
  volumeName: <nfs-or-smb-share-name-here> 
  storageClassName: ""

Alanın değerini volumeName almak için, oluşturulduktan sonra SMB veya NFS paylaşımını seçtiğinizde Edge işlem modülleri için Yerel bağlama noktasını seçin. Bu, paylaşım adıyla aynıdır.

Daha fazla bilgi için bkz . Kubectl aracılığıyla Azure Stack Edge Pro'nuzda statik sağlama yoluyla durum bilgisi olan bir uygulama dağıtma.

Statik olarak sağlanan depolamaya erişmek için, IoT için depolama bağlamaları için ilgili birim bağlama seçenekleri aşağıdaki gibidir. /home/input, kapsayıcı içinde birimin erişilebilir olduğu yoldur.

{
"HostConfig": {
"Mounts": [
{
"Target": "/home/input",
"Source": "<nfs-or-smb-share-name-here>",
"Type": "volume"
},
{
"Target": "/home/output",
"Source": "<nfs-or-smb-share-name-here>",
"Type": "volume"
}]
}
}

Azure Stack Edge Pro ayrıca Kubernetes düğümüne bağlı bir veri diski depolama alanı kullanan yerleşik StorageClass bir adı ase-node-local vardır. Bu StorageClass , dinamik sağlamayı destekler. Pod uygulamalarında bir StorageClass başvuru yapabilirsiniz ve sizin için otomatik olarak bir PV oluşturulur. Daha fazla bilgi içinase-node-local StorageClass, sorgu için kubernetes panosuna bakın.

Daha fazla bilgi için bkz . Azure Stack Edge Pro'nuzda kuebctl aracılığıyla dinamik sağlama yoluyla durum bilgisi olan bir uygulama dağıtma.

Depolama türünü seçin

Dağıttığınız iş yüküne bağlı olarak depolama türünüzü seçmeniz gerekebilir.

• Birimlerin PersistentVolumes dağıtılan birçok düğüm tarafından okuma-yazma olarak bağlandığı sizin için erişim modunu istiyorsanızReadWriteMany, SMB/NFS paylaşımları için statik sağlamayı kullanın.

• Dağıttığınız uygulamaların POSIX uyumluluk gereksinimi varsa (örneğin MongoDB, PostgreSQL, MySQL veya Prometheus gibi uygulamalar), yerleşik StorageClass'ı kullanın. Erişim modları veya ReadWriteOnce birim tek bir düğüm tarafından okuma-yazma olarak bağlanır.

Erişim modları hakkında daha fazla bilgi için bkz . Kubernetes birimleri erişim modu.

Sonraki adımlar

statik olarak nasıl sağlayabileceğinizi PersistentVolumeanlamak için bkz:

• Kubectl aracılığıyla Azure Stack Edge Pro'nuzda statik sağlama yoluyla durum bilgisi olan bir uygulama dağıtın.

dinamik olarak nasıl sağlayabileceğinizi StorageClassöğrenmek için bkz:

• Azure Stack Edge Pro'nuzda kuebctl aracılığıyla dinamik sağlama yoluyla durum bilgisi olan bir uygulama dağıtın.