Tüm Ürünler
Search
Belge Merkezi

Container Service for Kubernetes:CSI storage FAQ

Son Güncelleme:Oct 06, 2026

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

Tür

Sorun

Oluşturma

Bağlama

Kullanım

Genişletme

Bağlantıyı kaldırma

Diğer

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

Kategori

Sorun

Bağlama

Kullanım

Ölçeklendirme

Gerçek depolama kapasitesi birimin yapılandırmasını aştığında birimi ölçeklendirmem gerekir mi?

Bağlantıyı kaldırma

Statik olarak sağlanan OSS biriminin bağlantısı kaldırılamıyor ve pod Terminating durumunda kalıyor

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

ossfs 2,0 sürecini nasıl yeniden başlatırı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:

  1. Kümedeki storage-operator bileşen sürümü v1,33,1'den önceki bir sürümdür.

  2. 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

storage-operator bileşenini yükseltin.

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:

  1. İstenen durum: storage-operator ConfigMap'inde cnfs-cache-ds-service kurulum durumu true olarak ayarlanmıştır.

  2. Sürekli izleme: Bileşen, hizmetin varlığını doğrulamak için kümeyi sürekli olarak denetler.

  3. 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.

  1. kube-system ad alanındaki storage-operator ConfigMap'ini düzenleyin.

    kubectl edit configmap storage-operator -n kube-system
  2. data alanında cnfs-cache-ds öğesini bulun ve install anahtarının değerini "true" değerinden "false" değerine değiştirin.

    cnfs-cache-ds:
      install: "false"
      # ...other configurations...
  3. Değişiklikleri kaydedin ve düzenleyiciden çıkın. storage-operator yeni yapılandırmayı uygular.

  4. Hizmeti silin.

    kubectl delete service cnfs-cache-ds-service -n kube-system