Kubernetes üzerinde bir MySQL dağıtımı çalıştırıyorum ancak ayrılmış alanım yeterli değildi, başlangıçta 50GB kalıcı bir ses ekledim ve şimdi bunu 100GB'a genişletmek istiyorum.Kalıcı Bir Birim yeniden boyutlandırılabilir mi?
Zaten kalıcı bir birim isteğinin oluşturulduktan sonra değiştirilemediğini gördüm, ancak bir şekilde kalıcı birimi yeniden boyutlandırabilir ve sonra da hak talebimi yeniden oluşturabilir miyim?
Hayır, Kubernetes henüz otomatik yeniden boyutlandırmayı desteklemiyor.
Disk yeniden boyutlandırma şu anda tamamen manuel bir işlemdir.
belirli bir kapasiteli bir Kubernetes PV nesne oluşturulur ve PV bir PVC'ye bağlı ve ekli/bir bakla ile kullanım için bir düğüm şekilde monte edilmiş olduğu varsayılırsa. Hacim boyutunu artırırsanız, bölmeler diski sorun çıkarmadan kullanmaya devam edebilir, ancak ek alana erişemezler.
Birimdeki ek alanı etkinleştirmek için bölümleri el ile yeniden boyutlandırmanız gerekir. Bunu, here talimatlarını uygulayarak yapabilirsiniz. Bunu ayırmak için elle yeniden boyutlandırmak için gerekli adımlarda/takmak erişime sahip olduğunuz bazı VM örneğine birimini bağlamaya ve çalıştırmak yerine, bekleyin, birinci cildini başvuran Bölmeleri silmek gerekir.
Açıldı konu #35941 özellik isteği izlemek için. Ben O (PVC/PV ve ilgilenerek aynı sonuç elde etmek mümkündür 1.9
yılında potansiyel gelebileceğini düşünmektelerse
PVC/PV 'yeniden boyutlandırma' açısından, o halen, K8S desteklenmeyenler mesela) GCE PD olsa ..
Örneğin, ben bir PVC ve bir Depolama sınıf kaynağı üzerinden dinamik olarak sağlanan PV ile, bir gitlab dağıtım vardı. Gerekirse burada ayrıntılı olarak
kubectl describe pv <name-of-pv>"gcePersistentDisk: pdName: <name-of-pd>"sen spec.capacity güncellemek emin olun ben 3. adımda de yakaladı ediyorum diğer ayrıntıların yanı sıra, tanımlanmış vardı.(Kuşaklar için gerekli olmasa da, ve burada hiçbir etkisi yoktur, sen PVC manifest'te depolama kapasitesi/değerini güncellemek isteyebilirsiniz,) PVolmasını istediğiniz yeni kapasitekubectl apply depolama (veya eşdeğeri) dağıtım/kapsül, PVC ve PVnotu yeniden: Ben şahsen gibi görerek, bunları kaldırmak için tercih olsa .. kaynaklarını bazı adımlar böyle mevcut dağıtım/pod bazı silmek gibi gerekli olmayabilir ReclaimPolicy'nun Retain olduğunu biliyorum, ve bir enstantanım var.
RBD, gcePersistentDisk, awsElasticBlockStore, cüruf, glusterfs Bu etkinleştirme gerektirir:
Evet, sürüm sonra olabilir 1.8
O (1.8 alfa) bir birim tipi için Kubernetes 1.9 mümkündür PersistentVolumeClaimResize kabul eklentisi ve allowVolumeExpansion alanı true olarak ayarlanmış depolama sınıfları. Ben bir boyut belirtmeden olanlar oluşturmalı,
https://kubernetes.io/docs/concepts/storage/persistent-volumes/#expanding-persistent-volumes-claims
resmi dokümanlar bakın ama 'kalıcı hacim claim' ve zaten' persisten volume' boyutu belirtmek? mümkün mü? nazik cevabınız için teşekkürler – perrohunter
Bir PV/PVC depolama keşfi için kullanılır. Depolama için istediğiniz minimum gereksinimlerle bir PVC oluşturulur, bu minimum gereksinimleri karşılayan mevcut (bağlanmamış) bir PV'ye bağlanır. PV nesnesi gerçek depolamanın "temsili" dir. Tanımlanacak kapasiteyi gerektirir. PVC/PV bağlı olduğunda, PVC yerine getirildiği için ya kapasite önemli değildir. PVC, bir kapsül tarafından referans alındığında, kapsül yalnızca bu birimi monte etmek için gerekli olan PV nesnesindeki bilgileri kullanır (kapasite değerlerini dikkate almaz). –
@SaadAli, bir uygulama için kullanılabilir depolama alanını sınırlamak için herhangi bir yol yok mu? – Jonathan