Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Azure Kubernetes Service (AKS), kapsayıcılı uygulamaları dağıtmak, yönetmek ve ölçeklendirmek için yönetilen bir Kubernetes ortamı sağlar. AKS üzerinde çalışan uygulamalarınızda bölgesel kesintilere dayanıklılık sağlamak için çeşitli çok bölgeli dağıtım modelleri uygulayabilirsiniz. Bu makalede bu modellere, bunların avantajlarına ve dezavantajlarına genel bir bakış ve uygulama çalışma süresini korumaya yönelik en iyi yöntemler sunulmaktadır.
AKS, kümeniz ve AKS üzerinde çalışan uygulamalar için hem yüksek kullanılabilirliği (HA) hem de olağanüstü durum kurtarmayı (DR) destekleyen bir dizi özellik sağlar. AKS'nin güvenilirlik gereksinimlerini nasıl desteklediği hakkında daha fazla bilgi için bkz. AKS'de güvenilirlik.
Değerlendirmeler
AKS'de çok bölgeli dağıtım modellerini uygularken dikkat edilmesi gereken bazı önemli noktalar aşağıdadır:
Bölgesel ve küresel kaynaklar
Bölgesel kaynaklar , tek bir Azure bölgesine dağıtım damgasının parçası olarak sağlanır. Bu kaynaklar diğer bölgelerdeki kaynaklarla hiçbir şey paylaşmaz ve bağımsız olarak kaldırılabilir veya diğer bölgelere çoğaltılabilir. Daha fazla bilgi için bkz . Bölgesel kaynaklar.
Genel kaynaklar sistemin ömrünü paylaşır ve çok bölgeli dağıtım bağlamında genel olarak kullanılabilir. Daha fazla bilgi için bkz . Genel kaynaklar.
Genel yük dengeleme
Genel yük dengeleme hizmetleri trafiği bölgesel arka uçlar, bulutlar veya hibrit şirket içi hizmetler arasında dağıtır. Bu hizmetler son kullanıcı trafiğini kullanılabilir en yakın arka uca yönlendirir. Ayrıca, kullanılabilirliği ve performansı en üst düzeye çıkarmak için hizmet güvenilirliği veya performansındaki değişikliklere de tepki gösterir. Aşağıdaki Azure hizmetleri genel yük dengeleme sağlar:
- Azure Front Door
- Azure Traffic Manager
- Bölgeler arası Azure Load Balancer
- Azure Kubernetes Fleet Manager
Kapsam tanımı
AKS kümelerini yönetirken uygulama çalışma süresi önemli hale gelir. VARSAYıLAN olarak AKS, sanal makine ölçek kümesinde birden çok düğüm kullanarak yüksek kullanılabilirlik sağlar, ancak bu düğümler sisteminizi bir bölge hatasına karşı korumaz. Çalışma sürenizi en üst düzeye çıkarmak için, aşağıdaki en iyi yöntemleri kullanarak iş sürekliliğini korumak ve olağanüstü durum kurtarma için hazırlanmak için önceden plan yapın:
- Birden çok bölgede AKS kümelerini planlama.
- Azure Traffic Manager kullanarak trafiği birden çok küme arasında yönlendirme.
- Kapsayıcı görüntü kayıt defterleri için coğrafi yedeklemeyi kullanın.
- Birden çok kümede uygulama durumunu planlayın.
- Depolamayı birden çok bölgede çoğaltma.
Çok bölgeli dağıtım modeli uygulamaları
Aşağıdaki tabloda AKS'deki üç ana çok bölgeli dağıtım modeli, artıları ve dezavantajları özetlemektedir:
| Dağıtım modeli | Avantajlar | Dezavantajlar |
|---|---|---|
| Active-active | • Yük devretme sırasında veri kaybı veya tutarsızlık olmaz • Yüksek dayanıklılık • Daha yüksek performansa sahip kaynakların daha iyi kullanımı |
• Karmaşık uygulama ve yönetim • Daha yüksek maliyet • Yük dengeleyici ve trafik yönlendirme biçimi gerektirir |
| Aktif-pasif | • Daha basit uygulama ve yönetim • Daha düşük maliyet • Yük dengeleyici veya trafik yöneticisi gerektirmez |
• Yük devretme sırasında veri kaybı veya tutarsızlık olasılığı • Daha uzun kurtarma süresi ve kesinti süresi • Kaynakların az kullanımı |
| Pasif-soğuk | • En düşük maliyet • Eşitleme, çoğaltma, yük dengeleyici veya trafik yöneticisi gerektirmez • Düşük öncelikli, kritik olmayan iş yükleri için uygundur |
• Yük devretme sırasında yüksek veri kaybı veya tutarsızlık riski • En uzun kurtarma süresi ve kesinti süresi • Kümeyi etkinleştirmek ve yedeklemeyi tetikleyebilmek için el ile müdahale gerektirir |
Etkin-etkin yüksek kullanılabilirlik dağıtım modeli
Etkin-etkin yüksek kullanılabilirlik (HA) dağıtım modelinde, trafiğe etkin olarak hizmet veren iki farklı Azure bölgesine (genellikle Orta Kanada ve Doğu Kanada ya da ABD Doğu 2 ve ABD Orta gibi eşleştirilmiş bölgeler) dağıtılan iki bağımsız AKS kümeniz vardır.
Bu örnek mimari yapıyla:
- İki AKS kümesini ayrı Azure bölgelerinde dağıtırsınız.
- Normal işlemler sırasında ağ trafiği her iki bölge arasında yönlendirilir. Bir bölge kullanılamaz duruma gelirse, trafik otomatik olarak isteği veren kullanıcıya en yakın bölgeye yönlendirilir.
- Her bölgesel AKS (Azure Kubernetes Service) örneği için konuşlandırılmış bir merkez-uydu çifti vardır. Azure Güvenlik Duvarı Yöneticisi ilkeleri, güvenlik duvarı kurallarını bölgeler arasında yönetir.
- Azure Key Vault, gizli bilgiler ve anahtarları depolamak için her bölgede konumlandırılır.
- Azure Front Door, trafiği dengeler ve her AKS kümesinin önünde yer alan bölgesel bir Azure Uygulama Gateway örneğine yönlendirir.
- Bölgesel Log Analytics örnekleri bölgesel ağ ölçümlerini ve tanılama günlüklerini depolar.
- İş yükünün kapsayıcı görüntüleri yönetilen bir kapsayıcı kayıt defterinde depolanır. Kümedeki tüm Kubernetes örnekleri için tek bir Azure Container Registry kullanılır. Azure Container Registry için coğrafi çoğaltma, görüntülerin seçilen Azure bölgelerine çoğaltılmasına olanak tanır ve bir bölgede kesinti yaşansa bile görüntülere sürekli erişim sağlar.
AKS'de etkin-etkin dağıtım modeli oluşturmak için aşağıdaki adımları gerçekleştirin:
İki farklı Azure bölgesinde iki özdeş dağıtım oluşturun.
Web uygulamanızın iki örneğini oluşturun.
Aşağıdaki kaynaklarla bir Azure Front Door profili oluşturun:
- Bir uç nokta.
- Her biri bir önceliğe sahip iki kaynak grubu.
- Bir yol.
Ağ trafiğini yalnızca Azure Front Door örneğinden web uygulamalarıyla sınırlayın. 5. Veritabanları, depolama hesapları ve kimlik doğrulama sağlayıcıları gibi diğer tüm arka uç Azure hizmetlerini yapılandırın.
Sürekli dağıtım ile her iki web uygulamasına da kod dağıtın.
Daha fazla bilgi için bkz. AKS için önerilen etkin-etkin yüksek kullanılabilirlik çözümüne genel bakış.
Etkin-pasif olağanüstü durum kurtarma dağıtım modeli
Etkin-pasif olağanüstü durum kurtarma (DR) dağıtım modelinde, trafiğe etkin olarak hizmet veren iki farklı Azure bölgesine (genellikle Orta Kanada ve Doğu Kanada ya da ABD Doğu 2 ve ABD Orta gibi eşleştirilmiş bölgeler) dağıtılan iki bağımsız AKS kümeniz vardır. Kümelerden yalnızca biri herhangi bir zamanda etkin olarak trafiğe hizmet eder. Diğer küme, etkin kümeyle aynı yapılandırma ve uygulama verilerini içerir, ancak bir trafik yöneticisi tarafından yönlendirilmediği sürece trafiği kabul etmez.
Bu örnek mimari yapıyla:
- İki AKS kümesini ayrı Azure bölgelerinde dağıtırsınız.
- Normal işlemler sırasında ağ trafiği, Azure Front Door yapılandırmasında ayarladığınız birincil AKS kümesine yönlendirir.
- Öncelik 1-5 arasında, 1 en yüksek, 5 en düşük olarak ayarlanmalıdır.
- Birden çok kümeyi aynı öncelik düzeyine ayarlayabilir ve her birinin ağırlığını belirtebilirsiniz.
- Birincil küme kullanılamaz duruma gelirse (olağanüstü durum oluşursa), trafik otomatik olarak Azure Front Door'da seçilen sonraki bölgeye yönlendirilir.
- Bu sistemin çalışması için tüm trafiğin Azure Front Door trafik yöneticisinden geçmesi gerekir.
- Azure Front Door, trafiği birincil bölgedeki Azure Uygulaması Ağ Geçidi'ne yönlendirir (küme 1 önceliğiyle işaretlenmelidir). Bu bölge başarısız olursa, hizmet trafiği öncelik listesindeki bir sonraki kümeye yönlendirir.
- Kurallar Azure Front Door'tan gelir.
- Her bölgesel AKS örneği için bir merkez-uç çifti dağıtılır. Azure Güvenlik Duvarı Yöneticisi ilkeleri, güvenlik duvarı kurallarını bölgeler arasında yönetir.
- Azure Key Vault, gizli bilgiler ve anahtarları depolamak için her bölgede konumlandırılır.
- Bölgesel Log Analytics örnekleri bölgesel ağ ölçümlerini ve tanılama günlüklerini depolar.
- İş yükünün kapsayıcı görüntüleri yönetilen bir kapsayıcı kayıt defterinde depolanır. Kümedeki tüm Kubernetes örnekleri için tek bir Azure Container Registry kullanılır. Azure Container Registry için coğrafi çoğaltma, görüntülerin seçilen Azure bölgelerine çoğaltılmasına olanak tanır ve bir bölgede kesinti yaşansa bile görüntülere sürekli erişim sağlar.
AKS'de etkin-pasif dağıtım modeli oluşturmak için aşağıdaki adımları gerçekleştirin:
İki farklı Azure bölgesinde iki özdeş dağıtım oluşturun.
birincil bölge etkin olmadığında birincil uygulamayla aynı örnek sayısına ölçeklendirilecek şekilde ikincil uygulama için otomatik ölçeklendirme kurallarını yapılandırın. Etkin değilken ölçeğinin genişletilmesi gerekmez. Bu, maliyetleri azaltmaya yardımcı olur.
Her kümede bir tane olacak şekilde web uygulamanızın iki örneğini oluşturun.
Aşağıdaki kaynaklarla bir Azure Front Door profili oluşturun:
- Bir uç nokta.
- Birincil bölge için önceliği bir olan bir kaynak grubu.
- Önceliği iki olan ikincil bölge için ikinci bir kaynak grubu.
- Bir yol.
Ağ trafiğini yalnızca Azure Front Door örneğinden web uygulamalarıyla sınırlayın.
Veritabanları, depolama hesapları ve kimlik doğrulama sağlayıcıları gibi diğer tüm arka uç Azure hizmetlerini yapılandırın.
Sürekli dağıtım ile her iki web uygulamasına da kod dağıtın.
Daha fazla bilgi için bkz . AKS için önerilen etkin-pasif olağanüstü durum kurtarma çözümüne genel bakış.
Pasif-soğuk yedekleme dağıtım modeli
Pasif-soğuk yük devretme dağıtım modeli, etkin-pasif olağanüstü durum kurtarma dağıtım modeliyle aynı şekilde yapılandırılır, ancak bir kullanıcı olağanüstü durum durumunda kümeleri etkinleştirene kadar kümeler etkin değildir. Etkin-pasife benzer bir yapılandırma içerdiğinden ancak kümeyi etkinleştirmek ve yedeklemeyi tetikleme amacıyla el ile müdahalenin karmaşıklığının artması nedeniyle bu yaklaşımı kapsam dışı olarak değerlendiriyoruz.
Bu örnek mimari yapıyla:
- Daha iyi dayanıklılık için tercihen farklı bölgelerde veya bölgelerde iki AKS kümesi oluşturursunuz.
- Trafik akışını devralmak için devretme işlemi yapmanız gerektiğinde, dağıtımı etkinleştirirsiniz.
- Birincil pasif kümenin kapanması durumunda, trafik akışını devralmak için soğuk kümeyi el ile etkinleştirmeniz gerekir.
- Bu koşulun her seferinde el ile girişle veya sizin belirttiğiniz belirli bir olayla ayarlanması gerekir.
- Azure Key Vault, gizli bilgiler ve anahtarları depolamak için her bölgede konumlandırılır.
- Bölgesel Log Analytics örnekleri, her küme için bölgesel ağ ölçümlerini ve tanılama günlüklerini depolar.
AKS'de pasif-soğuk yük devretme dağıtım modeli oluşturmak için aşağıdaki adımları izleyin:
- Farklı bölgelerde/bölgelerde iki özdeş dağıtım oluşturun.
- birincil bölge etkin olmadığında birincil uygulamayla aynı örnek sayısına ölçeklendirilecek şekilde ikincil uygulama için otomatik ölçeklendirme kurallarını yapılandırın. Etkin olmasa da ölçeğin genişletilmesi gerekmez ve bu da maliyetlerin azaltılmasına yardımcı olur.
- Her kümede bir tane olacak şekilde web uygulamanızın iki örneğini oluşturun.
- Veritabanları, depolama hesapları ve kimlik doğrulama sağlayıcıları gibi diğer tüm arka uç Azure hizmetlerini yapılandırın.
- Soğuk kümenin tetiklenmesi gereken bir koşul ayarlayın. Gerekirse yük dengeleyici kullanabilirsiniz.
Daha fazla bilgi için AKS için Önerilen Pasif-Soğuk Yük Devretme Çözümüne Genel Bakış kısmına bakın.
Daha fazla bilgi için aşağıdaki makalelere bakın: