Azure Kubernetes Service'de (AKS) depolama ve yedekleme için en iyi yöntemler

Azure Kubernetes Service'de (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 türleri.
  • Depolama performansı için AKS düğümlerini doğru boyutlandırma.
  • Birimlerin dinamik ve statik sağlama 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ın birden çok pod arasında paylaşılmış depolama alanına ihtiyacı var mı?
  • 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 Yes Yes Yes
Yapılandırılmış uygulama verileri Azure Diskleri Yes Hayır Hayır Yes
Yapılandırılmamış veriler, dosya sistemi işlemleri BlobFuse Yes Yes Yes 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 Hizmeti Şifrelemesi'ni (SSE) kullanır. Diskler AKS düğümü düzeyinde Azure Disk Şifrelemesi kullanılarak şifrelenemez. Azure Dosyalar paylaşımlarda 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 StorageClass'ı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 disk sayısını destekler. Farklı düğüm boyutları da farklı miktarlarda yerel depolama ve ağ bant genişliği sağlar. Doğru boyutta düğümleri dağıtmak için uygulama talepleriniz için uygun şekilde planlayı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.
  • Bağlanabilecek en fazla disk sayısı.

Depolama performansı, yerel ve bağlı disk IOPS (saniye başına giriş/çıkış işlemleri) için 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 Maksimum kaplanmamış 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 bağlı disklerin iki katı, IOPS ve disk aktarım hızı miktarının üç ile 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ımı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 diski boyutlandırma.

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 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üyebilmesini ve ölçeklendirilmesini sağlamak için kalıcı birimi dinamik olarak sağlayın.

Azure Kubernetes Services (AKS) kümesinde kalıcı birim talepleri

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ı Birimler Talepleri.

Bu birimlerin nasıl çalıştığını görmek için Azure Diskleri 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 değerini korunacak veya silinecek şekilde ayarlayın.

Uygulama gereksinimlerinizi anlayın ve kullanılmayan ve faturalanan depolama miktarını en aza indirmek için korumalı 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 sessiz moda almanız gerekip gerekmediğini anlayın. Veri yedeklemeleri, uygulama ortamınızı küme dağıtımına 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ı.