Azure Kubernetes Service'te (AKS) depolama ve yedekleme için en iyi yöntemler
Azure Kubernetes Service'te (AKS) küme oluşturup yönetirken, uygulamalarınız genellikle depolama alanına ihtiyaç duyar. Uygulamanız için en iyi depolama alanını seçebilmeniz için pod performans gereksinimlerini ve erişim yöntemlerini anladığınızdan emin olun. AKS düğümü boyutu, depolama seçeneklerinizi etkileyebilir. Ekli depolama için geri yükleme işlemini yedeklemenin ve test etmenin yollarını planlayın.
Bu en iyi yöntemler makalesi, küme işleçleri için depolama konusunda dikkat edilmesi gereken noktalara odaklanır. Bu makalede şunları öğreneceksiniz:
- Kullanılabilir depolama alanı türleri.
- Depolama performansı için AKS düğümlerini doğru boyutlandırma.
- Birimlerin dinamik ve statik sağlanması arasındaki farklar.
- Veri hacimlerinizi yedeklemenin ve güvenliğini sağlamanın yolları.
Uygun depolama türünü seçin
En iyi yöntem kılavuzu
Uygulamanızın doğru depolama alanını seçme gereksinimlerini anlayın. Üretim iş yükleri için yüksek performanslı, SSD destekli depolama kullanın. Birden çok eşzamanlı bağlantıya ihtiyacınız olduğunda ağ tabanlı depolamayı planlayın.
Uygulamalar genellikle farklı depolama türleri ve hızları gerektirir. Aşağıdaki soruları sorarak en uygun depolama türünü belirleyin.
- Uygulamalarınız tek tek podlara bağlanan depolama alanına mı ihtiyaç duyuyor?
- Uygulamalarınız birden çok pod arasında paylaşılan depolama alanına ihtiyaç duyuyor mu?
- Depolama alanı verilere salt okunur erişim için mi?
- Depolama alanı büyük miktarda yapılandırılmış veri yazmak için kullanılacak mı?
Aşağıdaki tabloda kullanılabilir depolama türleri ve bunların özellikleri özetlenmiştir:
| Kullanım örneği | Birim eklentisi | Bir kez okuma/yazma | Salt okunur çok | Çok okuma/yazma | Windows Server kapsayıcı desteği |
|---|---|---|---|---|---|
| Paylaşılan yapılandırma | Azure Dosyaları | Yes | Evet | Evet | Yes |
| Yapılandırılmış uygulama verileri | Azure Diskleri | Yes | Hayı | Hayı | Evet |
| Yapılandırılmamış veriler, dosya sistemi işlemleri | BlobFuse | Yes | Evet | Evet | Hayır |
AKS, Azure Diskleri veya Azure Dosyalar tarafından desteklenen birimler için iki birincil güvenli depolama türü sağlar. Her ikisi de bekleyen verileri şifreleyen varsayılan Azure Depolama Hizmet Şifrelemesi'ni (SSE) kullanır. Diskler AKS düğümü düzeyinde Azure Disk Şifrelemesi kullanılarak şifrelenemez. Azure Dosyalar paylaşımları ile düğüme kaç tane bağlanabileceğiyle ilgili bir sınır yoktur.
Hem Azure Dosyalar hem de Azure Diskleri Standart ve Premium performans katmanlarında kullanılabilir:
- Premium diskler
- Yüksek performanslı katı hal diskleri (SSD) tarafından desteklenir.
- Tüm üretim iş yükleri için önerilir.
- Standart diskler
- Normal dönen diskler (HDD' ler) tarafından desteklenir.
- Arşivleme veya seyrek erişilen veriler için iyidir.
Azure Disk CSI sürücüsünün varsayılan depolama katmanı Premium SSD olsa da, özel Depolama Class'ınız Premium SSD, Standart SSD veya Standart HDD kullanabilir.
Uygun depolama katmanını seçmek için uygulama performans gereksinimlerini ve erişim desenlerini anlayın. Yönetilen Diskler boyutları ve performans katmanları hakkında daha fazla bilgi için bkz. Azure Yönetilen Diskler genel bakış.
Uygulama gereksinimlerini tanımlamak için depolama sınıfları oluşturma ve kullanma
Kubernetes depolama sınıflarını kullanarak istediğiniz depolama türünü tanımlayın. Depolama sınıfına daha sonra pod veya dağıtım belirtiminde başvurulur. Depolama sınıf tanımları birlikte çalışarak uygun depolamayı oluşturur ve podlara bağlar.
Daha fazla bilgi için bkz. AKS'de Depolama sınıfları.
Depolama gereksinimleri için düğümleri boyutlandırma
En iyi yöntem kılavuzu
Her düğüm boyutu en fazla sayıda diski destekler. Farklı düğüm boyutları da farklı miktarlarda yerel depolama ve ağ bant genişliği sağlar. Doğru düğüm boyutunu dağıtmak için uygulama talepleriniz için uygun şekilde plan yapın.
AKS düğümleri çeşitli Azure VM türleri ve boyutları olarak çalışır. Her VM boyutu şu bilgileri sağlar:
- CPU ve bellek gibi farklı miktarda temel kaynak.
- Ekleyebileceğiniz en fazla disk sayısı.
Depolama performansı, en yüksek yerel ve bağlı disk IOPS'sinin (saniye başına giriş/çıkış işlemleri) VM boyutları arasında da değişiklik gösterir.
Uygulamalarınız depolama çözümü olarak Azure Diskleri gerektiriyorsa uygun düğüm VM boyutunu katmanlandırabilirsiniz. vm boyutuna karar verirken Depolama özellikleri, CPU ve bellek miktarları önemli bir rol oynar.
Örneğin, hem Standard_B2ms hem de Standard_DS2_v2 VM boyutları benzer miktarda CPU ve bellek kaynağı içerse de, olası depolama performansı farklıdır:
| Düğüm türü ve boyutu | Sanal işlemci | Bellek (GiB) | Maksimum veri diskleri | En fazla kazınmamış disk IOPS'si | En fazla kazınmamış aktarım hızı (MB/sn) |
|---|---|---|---|---|---|
| Standard_B2ms | 2 | 8 | 4 | 1.920 | 22.5 |
| Standard_DS2_v2 | 2 | 7 | 8 | 6,400 | 96 |
Bu örnekte, Standard_DS2_v2 iki kat daha fazla bağlı disk ve IOPS ve disk aktarım hızı miktarının üç-dört katı sunar. Yalnızca temel işlem kaynaklarını karşılaştırdıysanız ve maliyetleri karşılaştırdıysanız, düşük depolama performansı ve sınırlamalarıyla Standard_B2ms VM boyutunu seçmiş olabilirsiniz.
Depolama kapasitesi ve performans gereksinimlerini anlamak için uygulama geliştirme ekibinizle birlikte çalışın. AKS düğümlerinin performans gereksinimlerini karşılaması veya aşması için uygun VM boyutunu seçin. Vm boyutunu gerektiği gibi ayarlamak için uygulamaları düzenli olarak temel alın.
Not
Varsayılan olarak, yönetilen diskler için disk boyutu ve performansı seçilen VM SKU'su ve vCPU sayısına göre atanır. Kısa süreli işletim sistemi diskleri desteklenmediğinde ve varsayılan işletim sistemi diski boyutu belirtilmediğinde, varsayılan işletim sistemi diski boyutlandırması yalnızca yeni kümelerde veya düğüm havuzlarında kullanılır. Daha fazla bilgi için bkz . Varsayılan işletim sistemi disk boyutlandırması.
Kullanılabilir VM boyutları hakkında daha fazla bilgi için bkz . Azure'da Linux sanal makineleri için boyutlar.
Birimleri dinamik olarak sağlama
En iyi yöntem kılavuzu
Yönetim yükünü azaltmak ve ölçeklendirmeyi etkinleştirmek için statik olarak kalıcı birimler oluşturmaktan ve atamaktan kaçının. Dinamik sağlamayı kullanın. Depolama sınıflarınızda, podlar silindikten sonra gereksiz depolama maliyetlerini en aza indirmek için uygun geri kazanma ilkesini tanımlayın.
Podlara depolama eklemek için kalıcı birimleri kullanın. Kalıcı birimler el ile veya dinamik olarak oluşturulabilir. Kalıcı birimleri el ile oluşturmak yönetim ek yükü ekler ve ölçeklendirme yeteneğinizi sınırlar. Bunun yerine, depolama yönetimini basitleştirmek ve uygulamalarınızın gerektiğinde büyümesine ve ölçeklendirilmesine olanak sağlamak için kalıcı birimi dinamik olarak sağlayın.
Kalıcı birim talebi (PVC), gerektiğinde dinamik olarak depolama oluşturmanıza olanak tanır. Temel alınan Azure diskleri, podlar tarafından istendikçe oluşturulur. Pod tanımında, bir birimin oluşturulmasını ve belirlenen bağlama yoluna eklenmesini isteyin.
Birimleri dinamik olarak oluşturma ve kullanma kavramları için bkz . Kalıcı Birim Talepleri.
Bu birimlerin nasıl çalıştığını görmek için Azure Diskler veya Azure Dosyalar ile dinamik olarak kalıcı birim oluşturma ve kullanma konusuna bakın.
Depolama sınıfı tanımlarınızın bir parçası olarak uygun reclaimPolicy değerini ayarlayın. Bu reclaimPolicy, pod silindiğinde temel alınan Azure depolama kaynağının davranışını denetler. Temel alınan depolama kaynağı silinebilir veya gelecekteki pod kullanımı için tutulabilir. reclaimPolicy'yi korumak veya silmek için ayarlayın.
Uygulama gereksinimlerinizi anlayın ve kullanılmayan ve faturalanan depolama miktarını en aza indirmek için korunan depolama için düzenli denetimler uygulayın.
Depolama sınıfı seçenekleri hakkında daha fazla bilgi için bkz . depolama geri kazanma ilkeleri.
Verilerinizin güvenliğini sağlama ve yedekleme
En iyi yöntem kılavuzu
Velero veya Azure Backup gibi depolama türünüz için uygun bir araç kullanarak verilerinizi yedekleyin. Söz konusu yedeklemelerin bütünlüğünü ve güvenliğini doğrulayın.
Uygulamalarınız disklerde veya dosyalarda kalıcı olan verileri depoladığında ve kullandığında, söz konusu verilerin düzenli yedeklemelerini veya anlık görüntülerini almanız gerekir. Azure Diskler yerleşik anlık görüntü teknolojilerini kullanabilir. Anlık görüntü işlemini gerçekleştirmeden önce uygulamalarınızın diske yazma işlemlerini temizlemesi gerekebilir. Velero , ek küme kaynakları ve yapılandırmalarıyla birlikte kalıcı birimleri yedekleyebilir. Uygulamalarınızdan durumu kaldıramıyorsanız, verileri kalıcı birimlerden yedekleyin ve veri bütünlüğünü ve gerekli işlemleri doğrulamak için geri yükleme işlemlerini düzenli olarak test edin.
Veri yedeklemelerine yönelik farklı yaklaşımların sınırlamalarını ve anlık görüntüden önce verilerinizi sessize almanız gerekip gerekmediğini anlayın. Veri yedeklemeleri, küme dağıtımı uygulama ortamınızı geri yüklemenize izin vermez. Bu senaryolar hakkında daha fazla bilgi için bkz . AKS'de iş sürekliliği ve olağanüstü durum kurtarma için en iyi yöntemler.
Sonraki adımlar
Bu makale AKS'deki en iyi depolama yöntemlerine odaklanmıştır. Kubernetes'teki depolama temelleri hakkında daha fazla bilgi için bkz. AKS'deki uygulamalar için Depolama kavramları.