Aracılığıyla paylaş

Azure API Management'ta güvenilirlik

Azure API Management kuruluşların API'leri yayımlama, güvenli, dönüştürme, bakım ve izlemelerine yardımcı olan tam olarak yönetilen bir hizmettir. Bir Azure hizmeti olarak API Management, güvenilirlik gereksinimlerinizi desteklemek için çeşitli özellikler sağlar.

Azure'ı kullandığınızda güvenilirlik paylaşılan bir sorumluluktır. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede, API Management'ın geçici hatalar, kullanılabilirlik alanı kesintileri, bölge kesintileri ve hizmet bakımı gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanır. Ayrıca, diğer sorun türlerinden kurtarmak için yedeklemeleri nasıl kullanabileceğinizi açıklar ve API Management hizmet düzeyi sözleşmesi (SLA) hakkındaki bazı önemli bilgileri vurgular.

Güvenilirlik mimarisine genel bakış

API Management, yerleşik yedeklilik ve ölçeklenebilirlik sağlamak için ölçek birimi tabanlı bir mimari kullanır. Bir API Management örneği dağıttığınızda, bir veya daha fazla ölçek birimi veya birim yapılandırabilirsiniz. Her birim, API isteklerini işlemek için gerekli işlem kaynaklarını içeren kapasitenin mantıksal bir gösterimidir.

İki veya daha fazla birim içeren bir örneği yapılandırdığınızda, kullanılabilir birimler istekleri işlemek ve otomatik yük dengeleme sağlamak için birlikte çalışır. Birimlerden biri kullanılamaz duruma gelirse, kalan birimler trafiği işlemeye devam eder, ancak potansiyel olarak kapasite azalır.

DAHA yüksek güvenilirlik düzeyleri elde etmek için API Management, bir bölgedeki kullanılabilirlik alanları arasında ve birden çok bölgede birim dağıtımını destekler.

API Management hizmet katmanları farklı güvenilirlik düzeyleri sağlar:

  • Premium (klasik) katman: Maksimum dayanıklılık için kullanılabilirlik alanları ve bölgeler arasında dağıtılabilir birden çok birimi destekler. Premium katmanında her birim, API isteklerini işlemek için işlem kaynaklarını sağlayan iki sanal makineden (VM) oluşur.

  • Temel v2, Standart, Standart v2 ve Premium v2 (önizleme) katmanları: Tümü tek bir veri merkezi içinde birden çok birimi destekler. Kullanılabilirlik alanlarını veya çok bölgeli dağıtımları desteklemez.

  • Geliştirici katmanı: Yalnızca tek bir birimi destekler ve kullanılabilirlik alanı veya çok bölgeli destek sağlamaz. Bu katman geliştirme ve test senaryoları için tasarlanmıştır. Üretim iş yükleri için uygun değildir.

  • Tüketim katmanı: Yerleşik dayanıklılık özelliklerine sahiptir ve tek bir Azure veri merkezi içindeki çeşitli hatalara dayanıklıdır. Ancak Tüketim katmanı kullanılabilirlik alanları veya çok bölgeli dağıtımlar için destek sağlamaz. Tüketim katmanı API Management örneğinin beklenen çalışma süresini anlamak için hizmet düzeyi sözleşmesini (SLA) gözden geçirin.

Örnek içindeki birimler, istekleri işlemek ve kullanılabilir birimler arasında otomatik olarak yük dengelemesi yapmak için birlikte çalışır. Bir birim kullanılamaz duruma gelirse, kalan birimler trafiği işlemeye devam eder ancak kapasitenin azalması olasılığı vardır.

Uyarı

API Management'ın Geliştirici ve Premium katmanları, kendi altyapınızda çalıştırabileceğiniz şirket içinde barındırılan ağ geçitlerini destekler. Şirket içinde barındırılan ağ geçitlerini kullandığınızda, bunları güvenilirlik gereksinimlerinizi karşılayacak şekilde yapılandırmak sizin sorumluluğunuzdadır. Şirket içinde barındırılan ağ geçitleri bu makalenin kapsamı dışındadır.

Üretim dağıtımı önerileri

Azure Well-Architected Framework güvenilirlik, performans, güvenlik, maliyet ve operasyonlar hakkında öneriler sağlar. Bu alanların birbirini nasıl etkilediğini anlamak ve güvenilir bir API Management çözümüne katkıda bulunmak için bkz. API Management için en iyi mimari yöntemleri.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

API Management'ı bir API'nin önünde kullandığınızda, geçici hatalar nedeniyle başarısız olan istekleri yeniden denemeniz gerekebilir. Api Management, arka uç API'nizin çok fazla istekten etkilenmesini önleyemek için yeniden deneme, hız sınırı ve kota ilkeleri sağlar. Arka uç kaynaklarını kullanarak yük dengeleme ve devre kesici özelliklerini de yapılandırabilirsiniz.

Kullanılabilirlik alanı hatalarına dayanıklılık

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Desteklenen bir bölgede Premium (klasik) API Management örneği dağıttığınızda API Management iki tür kullanılabilirlik alanı desteği sağlar:

  • Otomatik: Hangi kullanılabilirlik alanlarının kullanılacağını belirtmediğinizde API Management otomatik kullanılabilirlik alanı desteği sağlar.

  • El ile: Hangi kullanılabilirlik alanlarının kullanılacağını açıkça belirttiğinizde API Management el ile kullanılabilirlik alanı desteği sağlar.

Kullanılabilirlik alanı desteğiyle API Management, yüksek kullanılabilirlik için hizmet bileşenlerini bölgeler arasında çoğaltır. Birincil bölgede, bu bileşenler ağ geçidini (ölçek birimleri), yönetim düzlemini ve geliştirici portalını içerir. İkincil bölgelerde yalnızca ağ geçidi birimleri çoğaltılır. İkincil bölgeler hakkında daha fazla bilgi için bkz. Bölge genelindeki hatalara dayanıklılık.

Otomatik kullanılabilirlik alanı desteği

Alanlar arası yedeklilik elde etmek için tek bir birim veya çok birimli örnek yapılandırması seçmek için otomatik kullanılabilirlik alanı desteğini kullanabilirsiniz:

  • Çok birimli yapılandırma (Önerilen): Örneğinizde iki veya daha fazla birim varsa, API Management örneğinizin birimlerini bölgenin kullanılabilirlik alanları arasında yaymak için en iyi çabayı gösterir. Birimlerinizin hangi kullanılabilirlik alanlarına yerleştirileceğini belirlemenin hiçbir yolu yoktur. İki bölgeye dağıtabileceğiniz en az iki birim dağıtmanızı öneririz.

    Aşağıdaki diyagramda, otomatik kullanılabilirlik alanı desteği için yapılandırılmış üç birim içeren bir API Management örneği gösterilmektedir:

    Otomatik kullanılabilirlik alanı desteği için kullanılabilirlik alanları arasında dağıtılan üç API Management birimini gösteren diyagram.

  • Tek birimli yapılandırma: Örneğinizde tek bir birim varsa, ünitenin temel vm'leri iki kullanılabilirlik alanına dağıtılır. Ünitenin VM'lerinin hangi kullanılabilirlik alanlarına yerleştirileceğini belirlemenin hiçbir yolu yoktur.

    Otomatik kullanılabilirlik alanı desteği için iki kullanılabilirlik alanına dağıtılmış tek bir API Management birimini gösteren diyagram.

El ile kullanılabilirlik alanı desteği

Kullanılacak kullanılabilirlik alanlarını açıkça seçmek istiyorsanız alanlar arası yedekli ve bölgesel yapılandırmalar arasında seçim yapabilirsiniz:

  • Alanlar arası yedekli: Hizmet bileşenleri için yedeklilik sağlamak üzere desteklenen bir bölgedeki API Management örneği için bölge yedekliliğini el ile yapılandırın. Kullanılacak iki veya daha fazla kullanılabilirlik alanı seçtiğinizde Azure, hizmet bileşenlerini seçilen bölgeler arasında otomatik olarak çoğaltır.

    Manuel alanlar arası yedeklilik için kullanılabilirlik bölgeleri arasında dağıtılan üç API Management birimini gösteren diyagram.

  • Bölgesel: API Management hizmet bileşenleri, bir Azure bölgesinde seçtiğiniz tek bir bölgede dağıtılır. Tüm birimler aynı kullanılabilirlik alanına yerleştirilir.

    Tek bir kullanılabilirlik alanında iki birim içeren bölgesel API Management dağıtımlarını gösteren diyagram.

    Önemli

    Yalnızca bölgeler arası gecikme süresi gereksinimleriniz için çok yüksekse ve gecikme süresinin gereksinimlerinizi karşılamadığını doğruladıktan sonra tek bir kullanılabilirlik alanına sabitleyin. Tek başına, bölgesel bir örnek kullanılabilirlik alanı kesintisine dayanıklılık sağlamaz. Bölgesel API Management dağıtımının dayanıklılığını artırmak için, ayrı örnekleri açıkça birden çok kullanılabilirlik alanına dağıtmanız ve trafik yönlendirme ve yük devretmeyi yapılandırmanız gerekir.

Gereksinimler

  • Bölge desteği: API Management, kullanılabilirlik alanlarını destekleyen tüm Azure bölgelerinde Premium (klasik) katmanı için kullanılabilirlik alanlarını destekler.

  • Katman gereksinimi: Kullanılabilirlik alanı desteğini yapılandırmak için Premium (klasik) katmanını kullanmanız gerekir. API Management şu anda klasik Tüketim, Geliştirici, Temel ve Standart katmanlarında veya Temel v2, Standart v2 ve Premium v2 katmanlarında kullanılabilirlik alanlarını desteklememektedir. Örneğinizi Premium (klasik) katmanına yükseltmek için bkz. Premium katmanına yükseltme.

Uyarı

Kurumsal özelliklere sahip Premium v2 katmanı önizleme aşamasındadır. Tasarımınızın erken erişim özelliklerine mi yoksa genel olarak kullanılabilir özelliklere mi dayanması gerektiğini belirlemek için, tasarım ve uygulama zaman çizelgelerinizi Premium v2'nin sürüm ve geçiş yolları hakkındaki kullanılabilir bilgilerle ilgili olarak değerlendirin.

Değerlendirmeler

  • Alanlar arası yedekli örnekler için birim sayısı: Bir örnek için bölge yedekliliğini el ile yapılandırdıysanız, seçtiğiniz kullanılabilirlik alanlarının tümüne eşit olarak dağıtabileceğiniz bir dizi API Management birimi de yapılandırmanız gerekir. Örneğin, iki bölge seçerseniz en az iki birim yapılandırmanız gerekir. Bunun yerine dört birim veya iki birimin başka bir katı yapılandırabilirsiniz. Üç kullanılabilirlik alanı seçerseniz, üç birim, altı birim veya üçün katı olan başka bir birim sayısını yapılandırmanız gerekir.

    Otomatik kullanılabilirlik alanı desteğini kullanıyorsanız belirli sayıda birim kullanmanız gerekmez. Dağıttığınız birimler, kullanılabilirlik alanları arasında en iyi şekilde dağıtılır. Bölge yedekliliği üst sınırı için, kullanılabilirlik alanı kesintisinin örneğinizi etkilemediğinden emin olmak için en az iki birim kullanmanızı öneririz.

    Gerekli ağ geçidi performansınızı sağlayan birim sayısını belirlemek için kapasite ölçümlerini ve kendi testinizi kullanın. Hizmet örneğinizi ölçeklendirme ve yükseltme hakkında daha fazla bilgi için bkz. API Management örneğini yükseltme ve ölçeklendirme.

  • Otomatik ölçeklendirme: Otomatik ölçeklendirme ile yapılandırılmış bir API Management örneğinde kullanılabilirlik alanlarını el ile yapılandırıyorsanız, yapılandırmadan sonra otomatik ölçeklendirme ayarlarınızı değiştirmeniz gerekebilir. Bu durumda, otomatik ölçeklendirme kuralları ve sınırlarındaki API Management birimlerinin sayısı, bölge sayısının katı olmalıdır. Otomatik kullanılabilirlik alanı desteğini kullanıyorsanız otomatik ölçeklendirme ayarlarınızı yapmanız gerekmez.

  • IP adresi gereksinimleri: Dış veya iç sanal ağda dağıtılan bir API Management örneğinde kullanılabilirlik alanı desteğini etkinleştirdiğinizde, örneğin kullanılabilmesi için bir genel IP adresi kaynağı belirtmeniz gerekir. İç sanal ağda genel IP adresi YALNıZCA yönetim işlemleri için kullanılır, API istekleri için kullanılmaz. Daha fazla bilgi için bkz. API Management'ta IP adresleri.

Maliyet

Kullanılabilirlik alanı yapılandırmanızdan bağımsız olarak, daha fazla birim eklerseniz daha fazla maliyete neden olursunuz. Bilgi için bkz. API Management fiyatlandırması.

Kullanılabilirlik alanı desteğini yapılandırma

Bu bölümde, API Management örneğiniz için kullanılabilirlik alanı desteğini yapılandırma açıklanmaktadır.

Uyarı

Hangi kullanılabilirlik alanlarını kullanacağınızı seçtiğinizde, aslında mantıksal kullanılabilirlik alanını seçersiniz. Başka iş yükü bileşenlerini farklı bir Azure aboneliğine dağıtırsanız, aynı fiziksel kullanılabilirlik alanına erişmek için farklı bir mantıksal kullanılabilirlik alanı numarası kullanabilirler. Daha fazla bilgi için bkz. Fiziksel ve mantıksal kullanılabilirlik alanları.

  • Kullanılabilirlik alanlarını destekleyen bir API Management örneği oluşturun: Kullanılabilirlik alanlarını destekleyen bir bölgede Premium (klasik) API Management örneği oluşturduğunuzda, örnek varsayılan olarak kullanılabilirlik alanlarını destekler. Otomatik kullanılabilirlik alanı desteğini seçebilir veya bölgesel veya alanlar arası yedekli desteği el ile yapılandırabilirsiniz.

  • Kullanılabilirlik alanı desteğini etkinleştirin veya yeniden yapılandırın: Kullanılabilirlik alanları ekleme ve bir bölge örneğini kullanılabilirlik alanları arasında taşıma da dahil olmak üzere bir API Management örneğinin kullanılabilirlik alanı yapılandırmasını değiştirebilirsiniz. Bir API Management örneğinde kullanılabilirlik alanı desteğini yapılandırmayı öğrenmek için bkz. API Management örneklerinde kullanılabilirlik alanı desteğini etkinleştirme. Yapılandırma seçeneklerinden herhangi biri için kapalı kalma süresi gereksinimi yoktur.

    Kullanılabilirlik alanı yapılandırmasını değiştirdiğinizde değişikliklerin uygulanması 15-45 dakika veya daha uzun sürebilir. API Management ağ geçidi bu süre boyunca API isteklerini işlemeye devam edebilir.

    Kullanılabilirlik alanı yapılandırmasının değiştirilmesi genel ve özel IP adresi değişikliğini tetikler.

Kapasite planlaması ve yönetimi

Bölge azaltma senaryosunda, başka bir kullanılabilirlik alanında daha fazla kapasite isteğinin başarılı olacağı garanti edilmez. Kayıp birimlerin yedeklenmesi en iyi çaba temelinde gerçekleşir. Kullanılabilirlik alanı başarısız olduğunda garantili kapasiteye ihtiyacınız varsa, aşağıdaki eylemlerin tümünü gerçekleştirerek API Management örneğinizi oluşturup bölge kaybıyla hesaba katılacak şekilde yapılandırmanız gerekir:

  • API Management örneğinizin birimlerini fazla sağlayın.

  • Otomatik veya alanlar arası yedekli kullanılabilirlik alanı yapılandırmasını kullanın.

Daha fazla bilgi için bkz. Fazla sağlama ile kapasiteyi yönetme.

Gerekli ağ geçidi performansınızı sağlayan birim sayısını belirlemek için kapasite ölçümlerini ve kendi testinizi kullanın. Hizmet örneğinizi ölçeklendirme ve yükseltme hakkında daha fazla bilgi için bkz. API Management örneğini yükseltme ve ölçeklendirme.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde API Management örnekleri kullanılabilirlik alanı desteğiyle yapılandırıldığında ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arasında trafik yönlendirme: Normal işlemler sırasında trafik tüm kullanılabilir API Management birimleriniz arasında seçilen tüm kullanılabilirlik alanları arasında yönlendirilir.

  • Bölgeler arasında veri çoğaltma: API Management aşağıdaki verileri depolar ve çoğaltır.

    • API'ler ve ilke tanımları gibi ağ geçidi yapılandırması, örnek için seçtiğiniz kullanılabilirlik alanları arasında düzenli olarak eşitlenir. Kullanılabilirlik alanları arasında güncelleştirmelerin yayılması normalde 10 saniyeden kısa sürer.

    • API Management'ın sağladığı iç önbelleği kullanırsanız iç önbellekteki veriler. Önbellek girdileri kullanılabilirlik alanları arasında dağıtılır. İç önbellek geçicidir ve verilerin kalıcı olması garanti değildir. Önbelleğe alınmış verileri kalıcı hale getirmek istiyorsanız dış önbellek kullanmayı göz önünde bulundurun.

    • API Management'ın sağladığı hız sınırlama özelliklerini kullanırsanız hız sınırı sayaçları. Hız sınırı sayaçları, örnek için seçtiğiniz kullanılabilirlik alanları arasında zaman uyumsuz olarak çoğaltılır.

Bölge hatası sırasındaki davranış

Bu bölümde, API Management örnekleri kullanılabilirlik alanı desteğiyle yapılandırıldığında ve kullanılabilirlik alanı kesintisi olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Algılama ve yanıt sorumluluğu, örneğinizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

    • Otomatik ve alanlar arası yedekli: Otomatik kullanılabilirlik alanı desteğini kullanacak şekilde yapılandırılmış veya alanlar arası yedekliliği kullanmak üzere el ile yapılandırılmış örnekler için API Management platformu, kullanılabilirlik alanındaki bir hatayı algılamaktan ve yanıtlamaktan sorumludur. Bölge yük devretmesini başlatmak için herhangi bir işlem yapmanız gerekmez.

    • Bölgeye özgü: Bölgeye özgü olacak şekilde yapılandırılmış örnekler için, bir kullanılabilirlik bölgesinin kaybını algılamanız ve başka bir kullanılabilirlik bölgesinde oluşturduğunuz ikincil örneğe yük devretme işlemi başlatmanız gerekir.

  • Etkin istekler: Kullanılabilirlik alanı kullanılamadığında, hatalı kullanılabilirlik alanındaki bir API Management birimine bağlı devam eden tüm istekler sonlandırılır ve yeniden denenilmesi gerekir.

  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Beklenen veri kaybı: API Management aşağıdaki verileri depolar.

    • Ağ geçidi yapılandırma değişiklikleri, seçilen her kullanılabilirlik alanına yaklaşık 10 saniye içinde çoğaltılır. Kullanılabilirlik alanında bir kesinti oluşursa, çoğaltılan yapılandırma değişikliklerini kaybedebilirsiniz.

    • İç önbellek özelliğini kullanıyorsanız iç önbellekteki veriler. İç önbellek geçicidir ve verilerin kalıcı olması garanti değildir. Kullanılabilirlik alanı kesintisi sırasında önbelleğe alınan verilerin bir bölümünü veya tümünü kaybedebilirsiniz. Önbelleğe alınmış verileri kalıcı hale getirmek istiyorsanız dış önbellek kullanmayı göz önünde bulundurun.

    • Hız sınırı özelliğini kullanıyorsanız hız sınırı sayaçları. Kullanılabilirlik bölgesi kesintisi sırasında, hız sınırı sayaçları hayatta kalan bölgelerde up-togüncellenmemiş olabilir.

  • Beklenen kapalı kalma süresi: Beklenen kapalı kalma süresi, örneğinizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

    • Otomatik: Otomatik kullanılabilirlik alanı desteği kullanan örneklerin kullanılabilirlik alanı kesintisi sırasında kapalı kalma süresi olmamasını bekleyebilirsiniz. Etkilenmeyen bölgedeki veya bölgelerdeki birimler çalışmaya devam eder.

      Otomatik kullanılabilirlik alanı desteği kullanan ancak tek bir üniteye sahip olan örneklerin kapalı kalma süresi olmamasını da bekleyebilirsiniz. Bu durumda API Management, ünitenin temel vm'lerini iki bölgeye dağıtır. Etkilenmeyen bölgedeki VM çalışmaya devam eder.

    • Alanlar arası yedekli: Alanlar arası yedekli örneklerin kullanılabilirlik alanı kesintisi sırasında kapalı kalma süresi olmamasını bekleyebilirsiniz.

    • Bölgeye özgü: Bölgeye özgü örneklerde, bir bölge kullanılamadığında, kullanılabilirlik bölgesi kurtulana kadar örneğiniz kullanılamaz.

  • Trafik yeniden yönlendirme: Trafiği yeniden yönlendirme davranışı, örneğinizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

    • Otomatik ve alanlar arası yedekli: Otomatik kullanılabilirlik alanı desteğini kullanacak şekilde yapılandırılmış veya bölge yedekliliğini kullanmak üzere el ile yapılandırılmış örnekler için, bir bölge kullanılamadığında, etkilenen bölgedeki tüm birimler de kullanılamaz. Daha fazla birim eklemek için örneğinizi ölçeklendirmeyi seçebilirsiniz.

    • Bölgesel: Bölgesel örnekler için, bir bölge kullanılamıyorsa, örneğiniz kullanılamaz. Başka bir kullanılabilirlik alanında ikincil bir örneğiniz varsa trafiği bu ikincil örneğe yeniden yönlendirmek sizin sorumluluğundadır.

Bölge kurtarma

Bölge kurtarma davranışı, örneğinizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Otomatik ve alanlar arası yedekli: Otomatik kullanılabilirlik alanı desteğini kullanacak şekilde yapılandırılmış veya bölge yedekliliğini kullanmak üzere el ile yapılandırılmış örnekler için, kullanılabilirlik alanı kurtarıldığında API Management kullanılabilirlik alanındaki birimleri otomatik olarak geri yükler ve birimleriniz arasındaki trafiği normal şekilde yeniden yönlendirer.

  • Bölgesel: Bölgesel örnekler için, kullanılabilirlik alanı kurtarıldıktan sonra trafiği özgün kullanılabilirlik alanındaki örneğe yönlendirmek sizin sorumluluğundadır.

Bölge hataları için test

Bölge hataları için test seçenekleri, örneğinizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Otomatik ve alanlar arası yedekli: Otomatik kullanılabilirlik alanı desteğini kullanacak şekilde yapılandırılmış veya bölge yedekliliğini kullanmak üzere el ile yapılandırılmış örnekler için API Management platformu trafik yönlendirme, yük devretme ve yeniden çalışma özelliklerini yönetir. Bu özellik tamamen yönetildiğinden kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez.

  • Bölgesel: Bölgesel örnekler için API Management örneğinizi içeren kullanılabilirlik alanında kesinti simülasyonu yapmak için hiçbir yol yoktur. Ancak, trafiği farklı bir kullanılabilirlik alanındaki farklı bir örneğe yeniden yönlendirmek için yukarı akış ağ geçitlerini veya yük dengeleyicileri el ile yapılandırabilirsiniz.

Bölge genelindeki hatalara dayanıklılık

Çok bölgeli bir dağıtımla, desteklenen bir veya daha fazla Azure bölgesinde var olan bir API Management örneğine bölgesel API ağ geçitleri ekleyebilirsiniz. Çok bölgeli dağıtım, coğrafi olarak dağıtılmış API tüketicileri tarafından algılanan istek gecikme süresini azaltmaya yardımcı olur. Çok bölgeli dağıtım, bir bölge çevrimdışı olursa hizmet kullanılabilirliğini de geliştirir.

Microsoft tarafından yönetilen çok bölgeli dağıtım

API Management yalnızca Premium (klasik) katmanında çok bölgeli dağıtımları destekler. Tüketim, Geliştirici, Temel, Temel v2, Standart, Standart v2 ve Premium v2 (önizleme) katmanlarında çok bölgeli dağıtımları desteklemez. Daha fazla bilgi için bkz . Gereksinimler.

Bölge eklediğinizde şunları yapılandırabilirsiniz:

Gereksinimler

  • Bölge desteği: API Management'ı destekleyen herhangi bir Azure bölgesiyle Premium (klasik) katmanında çok bölgeli dağıtımlar oluşturabilirsiniz. Hangi bölgelerin çok bölgeli dağıtımları desteklediğini görmek için bkz. Bölgeye göre ürün kullanılabilirliği.

  • Katman gereksinimi: Çok bölgeli desteği yapılandırmak için Premium (klasik) katmanını kullanmanız gerekir. Örneğinizi Premium (klasik) katmanına yükseltmek için bkz. Premium katmanına yükseltme.

Uyarı

Kurumsal özelliklere sahip Premium v2 katmanı önizleme aşamasındadır. Tasarımınızın erken erişim özelliklerine mi yoksa genel olarak kullanılabilir özelliklere mi dayanması gerektiğini belirlemek için, tasarım ve uygulama zaman çizelgelerinizi Premium v2'nin sürüm ve geçiş yolları hakkındaki kullanılabilir bilgilerle ilgili olarak değerlendirin.

Değerlendirmeler

  • Yalnızca ağ geçidi: Yalnızca API Management örneğinizin ağ geçidi bileşeni birden çok bölgeye çoğaltılır. Örneğin yönetim düzlemi ve geliştirici portalı yalnızca hizmeti ilk dağıttığınız birincil bölgede barındırılır.

  • Ağ gereksinimleri: Sanal ağa dağıtıldığında (eklendiğinde) API Management örneğiniz için ikincil bir konum yapılandırmak istiyorsanız, sanal ağ ve alt ağ bölgesi yapılandırdığınız ikincil konumla eşleşmelidir. Birincil bölgede kullanılabilirlik alanını ekler, kaldırır veya etkinleştirirseniz ya da birincil bölgenin alt ağında değişiklik yaparsanız, API Management örneğinizin sanal IP (VIP) adresi değişir. Daha fazla bilgi için bkz. IP adreslerinde yapılan değişiklikler. Ancak, ikincil bir bölge eklerseniz, her bölgenin kendi özel VIP'sine sahip olduğundan birincil bölgenin VIP değeri değişmez.

  • Etki Alanı Adı Sistemi (DNS) adları: Birincil bölge de dahil olmak üzere her bölgedeki ağ geçidinin, örneğin https://<service-name>-<region>-01.regional.azure-api.netURL desenini https://contoso-westus2-01.regional.azure-api.netizleyen bölgesel bir DNS adı vardır.

Maliyet

Bölgelerin eklenmesi maliyete neden olur. Bilgi için bkz. API Management fiyatlandırması.

Çok bölgeli desteği yapılandırma

Api Management örneğinde çok bölgeli desteği yapılandırmak için bkz. Birden çok Azure bölgesine API Management örneği dağıtma.

API Management örneğinden bir bölgeyi kaldırmak için bkz. API Management hizmet bölgesini kaldırma.

Kapasite planlaması ve yönetimi

Bölge azaltma senaryosunda, başka bir bölgede daha fazla kapasite isteklerinin başarılı olacağı garanti edilmez. Bölge başarısız olduğunda garantili kapasiteye ihtiyacınız varsa, API Management örneğinizi oluşturup bir bölgeyi kaybetmeyi hesaba eklemek üzere yapılandırmanız gerekir. Api Management örneğinizin kapasitesini fazla sağlayarak bunu yapabilirsiniz. Fazla sağlama ilkesi hakkında daha fazla bilgi edinmek için bkz. Fazla sağlama ile kapasiteyi yönetme.

Çok bölgeli dağıtımlarda otomatik ölçeklendirme yalnızca birincil bölgeye uygulanır. İkincil bölgeler, el ile ölçeklendirme ayarlamaları veya denetlediğiniz özel araçlar gerektirir.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde, API Management örnekleri çok bölgeli destekle yapılandırıldığında ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arasında trafik yönlendirme: API Management, gelen istekleri otomatik olarak bölgesel bir ağ geçidine yönlendirir. İstek, istemciden en düşük gecikme süresiyle bölgesel ağ geçidine yönlendirilir. Farklı bir yönlendirme yaklaşımı kullanmanız gerekiyorsa, özel yönlendirme kurallarıyla kendi Traffic Manager'ınızı yapılandırabilirsiniz. Daha fazla bilgi için bkz. API Management bölgesel ağ geçitlerine özel yönlendirme kullanma.

    bir istek API Management bölgesel ağ geçidine ulaştığında, ilke doğrudan ağ geçidinden önbelleğe alınmış yanıt veya hata kodu gibi bir yanıt döndürmediği sürece arka uç API'sine yönlendirilir. Çok bölgeli bir çözümde, arka uç API'sinin performans gereksinimlerinizi karşılayan bir örneğine yönlendirmeye dikkat etmeniz gerekir. Daha fazla bilgi için bkz. API çağrılarını bölgesel arka uç hizmetlerine yönlendirme.

  • Bölgeler arasında veri çoğaltma: API'ler ve ilke tanımları gibi ağ geçidi yapılandırması, eklediğiniz birincil ve ikincil bölgeler arasında düzenli olarak eşitlenir. Güncelleştirmelerin bölgesel ağ geçitlerine yayılması normalde 10 saniyeden kısa sürer.

    Hız sınırı sayaçları ve iç önbellekteki veriler bölgeye özgü olduğundan bölgeler arasında çoğaltılamaz.

Bölge hatası sırasındaki davranış

Bu bölümde, API Management örnekleri çok bölgeli destekle yapılandırıldığında ve kullandığınız bölgelerden birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: API Management, bir bölgedeki bir hatayı algılamaktan ve yapılandırdığınız diğer bölgelerden birinde otomatik olarak bir ağ geçidine yük devretmeden sorumludur.

  • Etkin istekler: Hatalı bölgede işlenen tüm etkin istekler bırakılabilir ve istemci tarafından yeniden denenmelidir.

  • Beklenen veri kaybı: API Management yapılandırma, önbellek ve hız sınırı sayaçları dışında verileri depolamaz.

    Yapılandırma değişiklikleri yaklaşık 10 saniye içinde her bölgeye çoğaltılır. Birincil bölgenizde bir kesinti oluşursa, çoğaltılan yapılandırma değişikliklerini kaybedebilirsiniz.

    Hız sınırı sayaçları ve iç önbellekteki veriler bölgeye özgü olduğundan bölgeler arasında çoğaltılamaz.

  • Beklenen kapalı kalma süresi: Ağ geçidi kapalı kalma süresi beklenmez.

    Birincil bölge çevrimdışı olursa API Management yönetim düzlemi ve geliştirici portalı kullanılamaz duruma gelir, ancak ikincil bölgeler en son ağ geçidi yapılandırmasını kullanarak API isteklerine hizmet etmeye devam eder.

  • Trafik yeniden yönlendirme: Bir bölge çevrimdışı olursa, API istekleri başarısız olan bölgenin çevresinde otomatik olarak bir sonraki en yakın ağ geçidine yönlendirilir.

Bölge geri kazanımı

Birincil bölge kurtarıldığında, API Management bölgedeki birimleri otomatik olarak geri yükler ve birimleriniz arasındaki trafiği yeniden yönlendirir.

Bölge hataları testi

Beklenmeyen bölge kesintilerine hazır olmak için bölge hatalarına yanıtlarınızı düzenli olarak test etmenizi öneririz. Bölgesel ağ geçidine yönlendirmeyi devre dışı bırakarak bölge hatasının bazı yönlerini simüle edebilirsiniz.

Yedekleme ve geri yükleme

API Management çoğu çalışma zamanı verisi depolamaz. Ancak API Management hizmet yapılandırmanızı yedekleyebilirsiniz. Api Management hizmet yapılandırmalarını geliştirme ve hazırlama gibi işletimsel ortamlar arasında çoğaltmak için yedekleme ve geri yükleme işlemlerini de kullanabilirsiniz.

Önemli

Yedekleme yordamında, kullanıcılar ve abonelikler gibi çalışma zamanı verileri dahil edilir ve bu veriler her zaman istenmeyebilir.

Yedekleme, Geliştirici, Temel, Standart ve Premium katmanlarında desteklenir.

Daha fazla bilgi için bkz. API Management'ta hizmet yedekleme ve geri yükleme kullanarak olağanüstü durum kurtarmayı uygulama.

Bazı hizmet bileşenlerinin veya kaynakların yedeklenmesi veya geri yüklenmesi için APIOps araçları ve kod olarak altyapı (IaC) çözümleri gibi müşteri tarafından yönetilen seçenekleri de göz önünde bulundurabilirsiniz.

Hizmet bakımına dayanıklılık

API Management düzenli hizmet yükseltmeleri ve diğer bakım biçimlerini gerçekleştirir.

Temel, Standart ve Premium (klasik) katmanlarında, güncelleştirme işleminde örneğinizin ne zaman bir güncelleştirme alacağını özelleştirebilirsiniz. Yükseltmelerin iş yükünüz üzerindeki etkisini doğrulamanız gerekiyorsa, güncelleştirme döngüsünün başlarında güncelleştirmeleri almak için bir test örneği yapılandırmayı ve üretim örneğinizi döngünün sonunda güncelleştirmeleri alacak şekilde ayarlamayı göz önünde bulundurun. Örneğin hizmet güncelleştirmelerini uygulamasını istediğiniz günün saati olan bir bakım penceresi de belirtebilirsiniz.

Daha fazla bilgi için bkz . API Management örnekleriniz için hizmet güncelleştirme ayarlarını yapılandırma.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için çevrimiçi hizmetler için SLA'lar sayfasına bakın.

Api Management örneğini birden çok kullanılabilirlik alanına veya bölgeye dağıttığınızda, SLA'da tanımlanan çalışma süresi yüzdesi artar.

Hizmet kendi SLA'sını sağlar, ancak API arka uçları gibi diğer iş yükü bileşenlerinin beklenen güvenilirliğini de hesaba katmalısınız.

İlgili içerik

  • Last updated on