Bu sayfada, Container Service for Kubernetes (ACK) içindeki Container Storage Interface (CSI) bileşenleriyle kalıcı birimleri bağlama ve kullanma hakkında sıkça sorulan sorular ele alınmaktadır.
Bir pod anormal durumdaysa veya kalıcı birim bağlanamıyorsa tam teşhis iş akışı için Depolama sorunlarını giderme konusuna bakın.
Yaygın sorunlar
Aşağıdaki sorunlar depolama türünden bağımsız olarak geçerlidir.
Cloud disk kalıcı birimleri
NAS kalıcı birimleri
Kategori | Sorun |
Bağlama | |
Kullanım | |
Bağlantıyı kaldırma | Bağlantı kaldırma zaman aşımına uğruyor ve pod Terminating durumunda takılı kalıyor |
OSS kalıcı birimleri
ossfs 1,0
ossfs 2,0
Kategori | Sorun |
Bağlama | |
Ölçeklendirme | Gerçek depolama kapasitesi birimin yapılandırmasını aştığında birimi ölçeklendirmem gerekir mi? |
Kullanım |
Depolama bileşenleri
Kategori | Sorun |
Bileşen sorunları | |
Bileşen yükseltme hataları |
CNFS
ACK küme yükseltmesinden sonra "IPAddress ... for Service ... has a wrong reference" olay uyarısı
Belirti
Kümeyi yükselttikten sonra kubectl get events -A komutunu çalıştırmak sürekli Warning olayları döndürür:
IPAddress: <IP_ADDRESS> for Service kube-system/cnfs-cache-ds-service has a wrong reference; cleaning up
Bu sorun genellikle aşağıdaki senaryolarda ortaya çıkar:
Kümedeki storage-operator bileşen sürümü v1,33,1'den önceki bir sürümdür.
Küme, 1,33'ten önceki bir sürümden 1,33 veya sonraki bir sürüme yükseltilmiştir.
Neden
v1,33,1 öncesi storage-operator sürümlerinde, zaten var olan bir Service'i sürekli olarak oluşturmaya çalışan bilinen bir sorun bulunur. Kubernetes 1,33 ve sonraki sürümlerde MultiCIDRServiceAllocator özelliği varsayılan olarak etkindir. Bu tekrarlayan oluşturma davranışı özelliği tetikler ve sistemin geçici IPAddress kaynaklarını hızla oluşturup silme döngüsüne girmesine neden olur.
Çözüm
kube-system/cnfs-cache-ds-service öğesini manuel olarak sildikten sonra neden otomatik olarak yeniden oluşturulur?
Belirti
kube-system ad alanında cnfs-cache-ds-service öğesini manuel olarak sildikten sonra silme işlemi başarılı görünür ancak hizmet kısa süre sonra yeniden belirir.
Neden
storage-operator bileşeni, küme kaynaklarının istenen durumunu yönetir. Uzlaştırma döngüsü şu şekilde çalışır:
İstenen durum: storage-operator ConfigMap'inde
cnfs-cache-ds-servicekurulum durumutrueolarak ayarlanmıştır.Sürekli izleme: Bileşen, hizmetin varlığını doğrulamak için kümeyi sürekli olarak denetler.
Otomatik uzlaştırma: Hizmeti sildiğinizde denetleyici uyumsuzluğu algılar ve istenen duruma uyması için hizmeti hemen yeniden oluşturur.
Çözüm
Seçenek 1: storage-operator bileşenini yükseltin (önerilen)
Bkz. storage-operator bileşenini yükseltin.
Seçenek 2: storage-operator yapılandırmasını değiştirin (geçici)
Bu seçenek, operatörün istenen durumunu güncelleyerek cnfs-cache-ds hizmetinin otomatik olarak yeniden oluşturulmasını engeller.
-
kube-systemad alanındaki storage-operator ConfigMap'ini düzenleyin.kubectl edit configmap storage-operator -n kube-system -
dataalanındacnfs-cache-dsöğesini bulun veinstallanahtarının değerini"true"değerinden"false"değerine değiştirin.cnfs-cache-ds: install: "false" # ...other configurations... Değişiklikleri kaydedin ve düzenleyiciden çıkın. storage-operator yeni yapılandırmayı uygular.
-
Hizmeti silin.
kubectl delete service cnfs-cache-ds-service -n kube-system