Azure İşlevleri güvenilirliği

Bu makalede Azure İşlevleri güvenilirlik desteği açıklanır ve hem kullanılabilirlik alanlarıylabölgesel dayanıklılık hem de bölgeler arası kurtarma ve iş sürekliliği ele alınmaktadır. Azure'daki güvenilirlik ilkelerine daha ayrıntılı bir genel bakış için bkz . Azure güvenilirliği.

Azure İşlevleri için kullanılabilirlik alanları desteği İşlevler barındırma planınıza bağlıdır:

Barındırma planı	Destek düzeyi	Daha fazla bilgi için...
Esnek Tüketim planı	Önizleme	Bu makalenin üst kısmında Esnek Tüketim'i seçin.
Elastik Premium planı	Georgia	Bu makalenin üst kısmında Premium'a tıklayın.
Ayrılmış (App Service) planı	Georgia	Bkz . Azure App Service'te güvenilirlik.
Tüketim planı	Yok	Tüketim planı tarafından desteklenmez.

Kullanılabilirlik alanları , her Azure bölgesinde fiziksel olarak ayrı veri merkezi gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine yük devredebilir.

Azure İşlevleri alanlar arası yedekli dağıtımı destekler.

Kullanılabilirlik alanları desteği

Önemli

Uygulamanızı bir Flex Consumption planında barındırırken kullanılabilirlik alanları desteği şu anda önizleme aşamasındadır.

Esnek Tüketim planı uygulamalarını alanlar arası yedekli olarak yapılandırdığınızda platform, işlev uygulamanızın örneklerini otomatik olarak seçili bölgedeki bölgelere yayar ve her zaman hazır ve isteğe bağlı örnekler için farklı kurallar uygular.

Esnek Tüketim planında alanlar arası yedeklilik etkinleştirildiğinde, örnek yayma aşağıdaki kuralların içinde belirlenir:

• Her zaman hazır örnekler, en az iki bölgeye dönüşümlü olarak dağıtılır.
• Uygulama her zaman hazır olacak şekilde ölçeklendirildikçe olay kaynağı birimlerinin bir sonucu olarak oluşturulan isteğe bağlı örnekler, kullanılabilirlik alanları arasında en iyi çaba temelinde dağıtılır. Bu, isteğe bağlı örnekler için kullanılabilirlik alanları arasında eşit dağılıma göre daha hızlı ölçeklendirme tercihi verildiği anlamına gelir. Platform, zaman içinde dağıtımı eşitlemeye çalışır.
• Kullanılabilirlik alanlarıyla bölge dayanıklılığını sağlamak için platform, uygulamanın her zaman hazır yapılandırmasından bağımsız olarak her işlev başına ölçeklendirme işlevi veya grubu için en az iki her zaman hazır örneği otomatik olarak tutar. Platform tarafından oluşturulan tüm örnekler platform tarafından yönetilir, her zaman hazır örnekler olarak faturalandırılır ve her zaman hazır yapılandırma ayarlarını değiştirmez.

Elastik Premium işlev uygulaması planlarını alanlar arası yedekli olarak yapılandırdığınızda platform, işlev uygulaması örneklerini seçilen bölgedeki bölgelere otomatik olarak yayar.

Alanlar arası yedekli dağıtımla yayılan örnek, uygulama ölçeği daraltılıp genişletilirken bile aşağıdaki kuralların içinde belirlenir:

• En düşük işlev uygulaması örneği sayısı ikidir.
• Bölge sayısından daha büyük bir kapasite belirttiğinizde, örnekler yalnızca kapasite bölge sayısının katı olduğunda eşit olarak yayılır.
• Bölge Sayısı * Örnek Sayısı'ndan daha fazla bir kapasite değeri olduğunda, ek örnekler kalan bölgelere dağıtılır.

Önemli

Azure İşlevleri Azure Uygulaması Hizmeti platformunda çalıştırılabilir. App Service platformunda, Premium plan işlev uygulamalarını barındıran planlar, SKU adları EP1 gibi olan Elastik Premium planlar olarak adlandırılır. İşlev uygulamanızı Premium planda çalıştırmayı seçerseniz, E veya EP1 gibi bir adla başlayan bir SKU adıyla bir plan oluşturduğunuzdan emin olun. ile PP1V2 başlayan App Service planı SKU adları (Premium V2 Küçük plan gibi), Ayrılmış barındırma planlarıdır. Bunlar Özel olarak ayrılmıştır ve Elastik Premium olmadığı için, SKU adları P ile başlayan planlar dinamik olarak ölçeklenmez ve bu, maliyetlerinizi artırabilir.

Bölgesel kullanılabilirlik

Şu anda tüm bölgeler Esnek Tüketim planları için bölge yedekliliğini desteklemez. Destekleyen bölgeleri görüntülemek için Azure CLI'yi kullanabilirsiniz:

1. Henüz yapmadıysanız Azure CLI'yı kullanarak Azure'ı yükleyin ve oturum açın:

   az login
   

   Komutu sizi az login Azure hesabınızda oturum açar.

2. Bu az functionapp list-flexconsumption-locations komutunu --zone-redundant=true seçeneğiyle kullanarak şu anda bölge alanı yedekli Esnek Tüketim planlarını destekleyen bölgelerin bir listesini döndürebilirsiniz.

   az functionapp list-flexconsumption-locations --zone-redundant=true --query "sort_by(@, &name)[].{Region:name}" -o table
   

Azure portalında bir Flex Consumption uygulaması oluşturduğunuzda , Zone redundancy seçtiğiniz bölge bunu desteklediğinde Temel Bilgiler sayfasının bölümü etkinleştirilir.

Alanlar arası yedekli Premium planları şu bölgelerde kullanılabilir:

Kuzey ve Güney Amerika	Avrupa	Orta Doğu	Afrika	Asya Pasifik
Güney Brezilya	Orta Fransa	Orta İsrail	Güney Afrika Kuzey	Doğu Avustralya
Orta Kanada	Orta Batı Almanya	Katar Merkezi		Orta Hindistan
ABD'nin Orta Bölgeleri	Kuzey İtalya	Kuzey BAE		Kuzey Çin 3
Doğu ABD	Kuzey Avrupa			Doğu Asya
Doğu ABD 2	Norveç Doğu			Doğu Japonya
Orta Güney ABD	Orta İsveç			Güneydoğu Asya
Batı ABD 2	Kuzey İsviçre
Batı ABD 3	Güney Birleşik Krallık
	Batı Avrupa

Önkoşullar

Kullanılabilirlik alanı desteği, Esnek Tüketim planının bir özelliğidir. Kullanılabilirlik alanlarının kullanımıyla ilgili güncel konular şunlardır:

• Uygulama oluşturma sırasında planda kullanılabilirlik alanlarını etkinleştirebilirsiniz.
• Plan kaynak ayarlarını güncelleştirerek kullanılabilirlik alanlarını etkinleştirebilir veya devre dışı bırakabilirsiniz .
• İşlev uygulamanızın varsayılan ana bilgisayar depolama hesabı için alanlar arası yedekli depolama hesabı (ZRS) kullanmanız gerekir. Farklı bir depolama hesabı türü kullanıyorsanız, bölge kesintisi sırasında uygulamanız beklenmedik şekilde davranabilir.
• Esnek Tüketim planında barındırılmalıdır.

Kullanılabilirlik alanı desteği Premium planın bir özelliğidir. Kullanılabilirlik alanlarıyla ilgili güncel konular şunlardır:

• Yalnızca uygulamanızı oluştururken plandaki kullanılabilirlik alanlarını etkinleştirebilirsiniz. Mevcut bir Premium planı kullanılabilirlik alanlarını kullanacak şekilde dönüştüremezsiniz.
• İşlev uygulamanızın varsayılan ana bilgisayar depolama hesabı için alanlar arası yedekli depolama hesabı (ZRS) kullanmanız gerekir. Farklı bir depolama hesabı türü kullanıyorsanız, bölge kesintisi sırasında uygulamanız beklenmedik şekilde davranabilir.
• Hem Windows hem de Linux desteklenir.
• Premium planda barındırılan işlev uygulamalarının her zaman hazır en az iki örneği olmalıdır.
• İkiden az örnek sayısı belirtirseniz platform arka planda bu minimum sayıyı zorlar.
• Premium planı veya kullanılabilirlik alanlarını destekleyen bir ölçek birimi kullanmıyorsanız, desteklenmeyen bir bölgedeyseniz veya emin değilseniz geçiş kılavuzuna bakın.

Fiyatlandırma

Kullanılabilirlik alanlarını etkinleştirmeyle ilişkili ayrı bir ölçüm yoktur. Bölge yedekli Flex Tüketim uygulaması için kullanılan örneklerin fiyatlandırması, tek bölge Flex Tüketim uygulamasıyla aynıdır. Daha fazla bilgi için bkz: Faturalandırma.

Her işlev başına ölçeklendirme işlevi veya grubu için her zaman hazır örnek yapılandırması ikiden az olan bir uygulamada kullanılabilirlik alanlarını etkinleştirdiğinizde, platform her işlev başına ölçeklendirme işlevi veya grubu için her zaman hazır türün iki örneğini otomatik olarak oluşturur. Bu yeni örnekler de her zaman hazır örnekler olarak faturalandırılır.

Kullanılabilirlik alanlarını etkinleştirmeyle ilgili ek maliyet yoktur. Alanlar arası yedekli Premium App Service planı fiyatlandırması, tek bölgeli Premium planla aynıdır. Kullandığınız her App Service planı için seçtiğiniz SKU' ya, belirttiğiniz kapasiteye ve otomatik ölçeklendirme ölçütlerinize göre ölçeklendirdiğiniz tüm örneklere göre ücretlendirilirsiniz. İkiden az örneği olan bir planda kullanılabilirlik alanlarını etkinleştirirseniz, platform bu App Service planı için en az iki örnek sayısını zorlar ve her iki örnek için de ücretlendirilirsiniz.

Bölge yedeklilik planında işlev uygulaması oluştur

Şu anda bölge yedekliliğine sahip Flex Consumption app'i dağıtmanın birden çok yolu vardır.

Azure portalı

1. Azure portalında İşlev Uygulaması Oluştur sayfasına gidin. Portalda işlev uygulaması oluşturma hakkında daha fazla bilgi için bkz . İşlev uygulaması oluşturma.

2. Esnek Tüketim'i ve ardından Seç düğmesini seçin.

3. İşlev Uygulaması Oluştur (Esnek Tüketim) sayfasındaki Temel bilgiler sekmesinde işlev uygulamanızın ayarlarını girin. Bölge yedekliliği için belirli gereksinimleri olan aşağıdaki tabloda (aşağıdaki ekran görüntüsünde de vurgulanmış) ayarlara özellikle dikkat edin.

   Ayar	Önerilen değer	Alanlar arası yedeklilik notları
   Bölge	Tercih ettiğiniz desteklenen bölge	Flex Tüketim planınızın oluşturulduğu bölge. Kullanılabilirlik alanlarını destekleyen bir bölge seçmelisiniz. Bölge kullanılabilirlik listesine bakın.
   Alanlar arası yedeklilik	Etkin	Bu ayar, uygulamanızın alanlar arası yedekli olup olmadığını belirtir. Yalnızca bölge yedekliliğini destekleyen bir bölge seçtiğinizde seçebilirsiniz Enabled .

   

4. Depolama sekmesinde, işlev uygulaması depolama hesabınızın ayarlarını girin. Aşağıdaki tabloda yer alan ve alanlar arası yedeklilik için belirli gereksinimlere sahip olan ayara özellikle dikkat edin.

   Ayar	Önerilen değer	Alanlar arası yedeklilik notları
   Depolama hesabı	Alanlar arası yedekli depolama hesabı	Önkoşullar bölümünde açıklandığı gibi, alanlar arası yedekli işlev uygulamanız için alanlar arası yedekli depolama hesabı kullanmanızı kesinlikle öneririz.

5. İşlev uygulaması oluşturma işleminin geri kalanında işlev uygulamanızı normal şekilde oluşturun. Oluşturma işleminin geri kalanında bölge yedekliliğini etkileyen hiçbir ayar yoktur.

Azure CLI

1. İşlev uygulaması için depolama hesabı oluştururken, Standard_ZRS gibi bölge yedekli bir SKU seçin. Örneğin:

   az storage account create --name <STORAGE_NAME> --location <REGION> --resource-group <RESOURCE_GROUP> --sku Standard_ZRS --allow-blob-public-access false
   

2. Flex Consumption planını oluştururken parametresini --zone-redundant true ekleyin:

   az functionapp create --resource-group <RESOURCE_GROUP> --name <APP_NAME> --storage-account <STORAGE_NAME> --flexconsumption-location <REGION> --runtime <RUNTIME> --runtime-version <RUNTIME_VERSION> --zone-redundant true 
   

Bicep şablonu

Bölge yedekli Flex Tüketim planına dağıtım yapmak için bir Bicep şablonu kullanabilirsiniz. İşlev uygulamalarını Flex Consumption'a dağıtmayı öğrenmek için bkz. Azure İşlevleri'nde kaynak dağıtımlarını otomatikleştirme.

Alanlar arası yedekli barındırma planı oluştururken dikkat edilmesi gereken tek özellikler özelliğidir zoneRedundant . zoneRedundant özelliği olarak trueayarlanmalıdır.

Aşağıda, alanlar arası yedekli, Esnek Tüketim planı için bir Bicep şablon parçacığı yer alır. zoneRedundant alan belirtimini gösterir.

resource flexFuncPlan 'Microsoft.Web/serverfarms@2024-04-01' = {
  name: <YOUR_PLAN_NAME>
  location: <YOUR_REGION_NAME>
  kind: 'functionapp'
  sku: {
    tier: 'FlexConsumption'
    name: 'FC1'
  }
  properties: {
    reserved: true
    zoneRedundant: true
  }
}

Bu şablonlar hakkında daha fazla bilgi edinmek için bkz. Azure İşlevleri'de kaynak dağıtımlarını otomatikleştirme.

ARM şablonu

Bölge yedekliliği olan Flex Tüketim planına dağıtım yapmak için bir ARM şablonu kullanabilirsiniz. İşlev uygulamalarının Flex Consumption planına nasıl dağıtılacağı hakkında bilgi edinmek için bkz. Azure İşlevleri'nde kaynak dağıtımlarını otomatikleştirme.

Alanlar arası yedekli barındırma planı oluştururken dikkat edilmesi gereken tek özellikler özelliğidir zoneRedundant . zoneRedundant özelliği olarak trueayarlanmalıdır.

Aşağıda, alanlar arası yedekli, Esnek Tüketim planı için bir ARM şablonu parçacığı yer alır. zoneRedundant alan belirtimini gösterir.

"resources": [

    {
      "type": "Microsoft.Web/serverfarms",
      "apiVersion": "2024-04-01",
      "name": "<YOUR_PLAN_NAME>",
      "location": "<YOUR_REGION_NAME>",
      "kind": "functionapp",
      "sku": {
        "tier": "FlexConsumption",
        "name": "FC1"
      },
      "properties": {
        "reserved": true,
        "zoneRedundant": true
      }
    }
]

Bu şablonlar hakkında daha fazla bilgi edinmek için bkz. Azure İşlevleri'de kaynak dağıtımlarını otomatikleştirme.

Alanlar arası yedekli plan oluşturulduktan ve dağıtıldıktan sonra, yeni planınızda barındırılan Flex Consumption işlev uygulaması alanlar arası yedekli olarak kabul edilir.

Flex Tüketim planını alanlar arası yedekli olacak şekilde güncelleştirme

Uygulamanızın bölge yedekliliğini değiştirmek için yeniden başlatma gerekir ve bu da uygulamanızda kapalı kalma süresine neden olur.

Flex Tüketim planınızı alanlar arası yedekli olacak şekilde güncelleştirmeden önce varsayılan konak depolama hesabını da alanlar arası yedekli olacak şekilde güncelleştirmeniz gerekir. Uygulamanın dağıtım kapsayıcısı için ayrı bir depolama hesabı kullanıyorsanız, bunu da alanlar arası yedekli olacak şekilde güncelleştirmeniz gerekir.

Depolama hesaplarınızı değişikliğe hazırlamak için şu adımları kullanın:

1. Depolama Ile İlgili Dikkat Edilmesi Gerekenler'i gözden geçirin.
2. Uygulama için varsayılan konak depolama hesabı olacak alanlar arası yedekli depolama hesabı oluşturun veya tanımlayın.
3. Uygulamanın depolamayla ilgili ayarlarını, bölge yedekli depolama hesabına başvuracak şekilde güncelleyin. Bkz . Uygulama ayarlarıyla çalışma.
4. Uygulamayla ilişkili depolama hesabıyla aynı veya farklı olabilecek uygulamanın dağıtım depolama hesabını güncelleştirin. Bkz . Dağıtım ayarlarını yapılandırma.

Uygulamanız tarafından kullanılan depolama hesapları güncelleştirildikten sonra, Bicep veya ARM şablonlarını kullanarak Flex Tüketim planını alanlar arası yedekli olacak şekilde güncelleştirebilirsiniz. Azure portalı şu anda planda alanlar arası yedeklilik güncelleştirmeleri yapmayı desteklemez.

Azure portalı

Şu anda desteklenmiyor.

Azure CLI

Şu anda desteklenmiyor.

Bicep şablonu

Mevcut bir plan tanımına zoneRedundant özelliğini eklemek için bu Bicep dosyasını kullanabilirsiniz.

resource existingServerFarm 'Microsoft.Web/serverfarms@2024-04-01' existing = {
  name: '<YOUR_PLAN_NAME>'
  scope: resourceGroup()
}

resource updatedServerFarm 'Microsoft.Web/serverfarms@2024-04-01' = {
  name: existingServerFarm.name
  location: '<YOUR_REGION_NAME>'
  kind: 'functionapp'
  sku: {
    tier: 'FlexConsumption'
    name: 'FC1'
  }
  properties: {
    reserved: true
    zoneRedundant: true  // Enables zone redundancy
  }
}

Bu dosyada <YOUR_PLAN_NAME> öğesini planınızın adıyla, <YOUR_REGION_NAME> öğesini ise bölgenizin adıyla değiştirin. Bicep dosyasını dağıtmayı öğrenmek için bkz. Şablonunuzu dağıtma.

ARM şablonu

Var olan bir plan tanımında zoneRedundant özelliğini true olarak ayarlamak için bu ARM şablonu parçasını kullanabilirsiniz.

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "resources": [
    {
      "type": "Microsoft.Web/serverfarms",
      "apiVersion": "2024-04-01",
      "name": "<YOUR_PLAN_NAME>",
      "location": "<YOUR_REGION_NAME>",
      "kind": "functionapp",
      "sku": {
        "tier": "FlexConsumption",
        "name": "FC1"
      },
      "properties": {
        "reserved": true,
        "zoneRedundant": true
      }
    }
  ]
}

Bu şablonda, <YOUR_PLAN_NAME> ve <YOUR_REGION_NAME> öğesini sırasıyla planınızın ve bölgenizin adıyla değiştirin. ARM şablonunu dağıtmayı öğrenmek için bkz. Şablonunuzu dağıtma.

Şu anda alanlar arası yedekli Premium planı ve işlev uygulamasını dağıtmanın iki yolu vardır. Azure portalını veya ARM şablonunu kullanabilirsiniz.

Azure portalı

1. Azure portalında İşlev Uygulaması Oluştur sayfasına gidin. Portalda işlev uygulaması oluşturma hakkında daha fazla bilgi için bkz . İşlev uygulaması oluşturma.

2. İşlevler Premium'a ve ardından Seç düğmesine tıklayın.

3. İşlev Uygulaması Oluştur (İşlev Ekstra) sayfasındaki Temel bilgiler sekmesinde işlev uygulamanızın ayarlarını girin. Bölge yedekliliği için belirli gereksinimleri olan aşağıdaki tabloda (aşağıdaki ekran görüntüsünde de vurgulanmış) ayarlara özellikle dikkat edin.

   Ayar	Önerilen değer	Alanlar arası yedeklilik notları
   Bölge	Tercih ettiğiniz desteklenen bölge	Elastik Premium planınızın oluşturulduğu bölge. Kullanılabilirlik alanlarını destekleyen bir bölge seçmelisiniz. Bölge kullanılabilirlik listesine bakın.
   Fiyatlandırma planı	Elastik Premium planlarından biri. Daha fazla bilgi için bkz . Kullanılabilir örnek SKU'ları.	Bu makalede, Premium planda alanlar arası yedekli bir uygulamanın nasıl oluşturulacağı açıklanmaktadır. Bölge yedekliliği şu anda Tüketim planlarında kullanılamıyor. App Service planlarında alanlar arası yedeklilik hakkında bilgi için bkz. Azure Uygulaması Hizmetinde Güvenilirlik.
   Alanlar arası yedeklilik	Etkin	Bu ayar, uygulamanızın alanlar arası yedekli olup olmadığını belirtir. Daha önce açıklandığı gibi, alanlar arası yedekliliği destekleyen bir bölge seçmediğiniz sürece seçemezsiniz Enabled .

   

4. Depolama sekmesinde, işlev uygulaması depolama hesabınızın ayarlarını girin. Aşağıdaki tabloda yer alan ve alanlar arası yedeklilik için belirli gereksinimlere sahip olan ayara özellikle dikkat edin.

   Ayar	Önerilen değer	Alanlar arası yedeklilik notları
   Depolama hesabı	Alanlar arası yedekli depolama hesabı	Önkoşullar bölümünde açıklandığı gibi, alanlar arası yedekli işlev uygulamanız için alanlar arası yedekli depolama hesabı kullanmanızı kesinlikle öneririz.

5. İşlev uygulaması oluşturma işleminin geri kalanında işlev uygulamanızı normal şekilde oluşturun. Oluşturma işleminin geri kalanında bölge yedekliliğini etkileyen hiçbir ayar yoktur.

Azure CLI

1. İşlev uygulaması için depolama hesabı oluştururken, Standard_ZRS gibi bölge yedekli bir SKU seçin. Örneğin:

   az storage account create --name <STORAGE_NAME> --location <REGION> --resource-group <RESOURCE_GROUP> --sku Standard_ZRS --allow-blob-public-access false
   

2. Premium planı oluştururken parametresini --zone-redundant true ekleyin:

   az functionapp create --resource-group <RESOURCE_GROUP> --name <APP_NAME> --storage-account <STORAGE_NAME> --SKU EP1 --zone-redundant true 
   

Bicep şablonu

Bölge yedekli Premium plana dağıtmak için Bicep şablonu kullanabilirsiniz. İşlev uygulamalarını Premium plana dağıtmayı öğrenmek için bkz. Azure İşlevleri'da kaynak dağıtımlarını otomatikleştirme.

Alanlar arası yedekli barındırma planı oluştururken dikkat edilmesi gereken tek özellikler özellik ve planın örnek sayısı (zoneRedundant) alanlarıdırcapacity. zoneRedundant özelliği olarak true ayarlanmalıdır ve capacity özelliği iş yükü gereksinimine göre ayarlanmalıdır, ancak değerinden 3küçük olmamalıdır. Doğru kapasitenin seçilmesi çeşitli faktörlere ve yüksek kullanılabilirlik / hataya dayanıklılık stratejilerine göre değişir. Bir bölge örneğinin kaybedilmesinin beklenen yükü işlemek için yeterli kapasiteyi bırakmasını sağlamak için uygulama için yeterli örnekleri belirtmek iyi bir kuraldır.

Önemli

Elastik Premium'da barındırılan Azure İşlevleri alanlar arası yedekli plan, her zaman en az 3 örnek sayısına sahip olmalıdır. Bu minimum, alanlar arası yedekli işlev uygulamasının her zaman bölge başına en az bir çalışanı karşılamak için yeterli örneğe sahip olmasını sağlar.

Bölge yedekli, Premium plan için bir Bicep şablon parçacığı aşağıdadır. Alanı ve zoneRedundant belirtimi gösterircapacity.

resource flexFuncPlan 'Microsoft.Web/serverfarms@2021-01-15' = {
    name: '<YOUR_PLAN_NAME>'
    location: '<YOUR_REGION_NAME>'
    sku: {
        name: 'EP1'
        tier: 'ElasticPremium'
        size: 'EP1'
        family: 'EP'
        capacity: 3
    }
    kind: 'elastic'
    properties: {
        perSiteScaling: false
        elasticScaleEnabled: true
        maximumElasticWorkerCount: 20
        isSpot: false
        reserved: false
        isXenon: false
        hyperV: false
        targetWorkerCount: 0
        targetWorkerSizeId: 0
        zoneRedundant: true
    }
}

Bu şablonlar hakkında daha fazla bilgi edinmek için bkz. Azure İşlevleri'de kaynak dağıtımlarını otomatikleştirme.

ARM şablonu

Alanlar arası yedekli Premium plana dağıtmak için ARM şablonu kullanabilirsiniz. İşlev uygulamalarını Premium plana dağıtmayı öğrenmek için bkz. Azure İşlevleri'da kaynak dağıtımlarını otomatikleştirme.

Alanlar arası yedekli barındırma planı oluştururken dikkat edilmesi gereken tek özellikler özellik ve planın örnek sayısı (zoneRedundant) alanlarıdırcapacity. zoneRedundant özelliği olarak true ayarlanmalıdır ve capacity özelliği iş yükü gereksinimine göre ayarlanmalıdır, ancak değerinden 3küçük olmamalıdır. Doğru kapasitenin seçilmesi çeşitli faktörlere ve yüksek kullanılabilirlik / hataya dayanıklılık stratejilerine göre değişir. Bir bölge örneğinin kaybedilmesinin beklenen yükü işlemek için yeterli kapasiteyi bırakmasını sağlamak için uygulama için yeterli örnekleri belirtmek iyi bir kuraldır.

Önemli

Elastik Premium'da barındırılan Azure İşlevleri alanlar arası yedekli plan, her zaman en az 3 örnek sayısına sahip olmalıdır. Bu minimum, alanlar arası yedekli işlev uygulamasının her zaman bölge başına en az bir çalışanı karşılamak için yeterli örneğe sahip olmasını sağlar.

Aşağıda, alanlar arası yedekli Premium plan için bir ARM şablonu parçacığı yer alır. Alanı ve zoneRedundant belirtimi gösterircapacity.

"resources": [
    {
        "type": "Microsoft.Web/serverfarms",
        "apiVersion": "2021-01-15",
        "name": "<YOUR_PLAN_NAME>",
        "location": "<YOUR_REGION_NAME>",
        "sku": {
            "name": "EP1",
            "tier": "ElasticPremium",
            "size": "EP1",
            "family": "EP", 
            "capacity": 3
        },
        "kind": "elastic",
        "properties": {
            "perSiteScaling": false,
            "elasticScaleEnabled": true,
            "maximumElasticWorkerCount": 20,
            "isSpot": false,
            "reserved": false,
            "isXenon": false,
            "hyperV": false,
            "targetWorkerCount": 0,
            "targetWorkerSizeId": 0, 
            "zoneRedundant": true
        }
    }
]

Bu şablonlar hakkında daha fazla bilgi edinmek için bkz. Azure İşlevleri'de kaynak dağıtımlarını otomatikleştirme.

Alanlar arası yedekli plan oluşturulduktan ve dağıtıldıktan sonra, yeni planınızda barındırılan tüm işlev uygulamaları alanlar arası yedekli olarak kabul edilir.

Kullanılabilirlik alanı geçişi

Şu anda mevcut bir işlev uygulaması için Elastik Premium planının kullanılabilirlik alanı desteğini değiştiremezsiniz. Kullanılabilirlik bölgesi desteği olmayan genel çok kiracılı Premium planını kullanılabilirlik bölgesi desteği bulunan plana geçirmek hakkında bilgi için bkz. App Service'i kullanılabilirlik alanı desteğine geçirme.

Bölge azaltma deneyimi

Bölge yedekli Flex Tüketim planı uygulamalarının tüm kullanılabilir uygulama örnekleri etkinleştirilmiş ve olayları işlemektedir. Flex Consumption uygulamaları, aynı bölgedeki diğer bölgelerde kesinti yaşansa bile çalışmaya devam eder. Ancak, çalışma zamanı dışı davranışların diğer kullanılabilirlik alanlarındaki bir kesinti nedeniyle etkilenmesi mümkündür. Kullanılabilirliği etkileyebilecek standart işlev uygulaması davranışları şunlardır:

• Ölçeklendirme
• Uygulama oluşturma
• Yapılandırma değişiklikleri
• Dağıtımlar

Esnek Tüketim planları için bölge yedekliliği yalnızca yayında olan uygulamalar için kesintisiz çalışma süresi sağlar.

Bir bölge kapatıldığında İşlevler kayıp örnekleri algılar ve gerektiğinde kullanılabilir bölgelerde yedek örnekleri bulmayı veya oluşturmayı otomatik olarak dener. Bölgesel kesinti sırasında, platform kalan kullanılabilir bölgelerde dengeyi geri yüklemeye çalışır.

Alanlar arası yedekli işlev uygulamalarının tüm kullanılabilir işlev uygulaması örnekleri etkinleştirilir ve olaylar işlenir. Bir bölge kapandığında İşlevler kayıp örnekleri algılar ve gerekirse yeni yedek örnekleri otomatik olarak bulmaya çalışır. Elastik ölçek davranışı yine de geçerlidir. Ancak, bölge devre dışı kaldığında, kayıp örneklerin yeniden doldurulması eldeki imkanlar dahilinde gerçekleştirilir, bu yüzden daha fazla örneğe yönelik isteklerin başarılı olacağı garanti edilemez. Kullanılabilirlik alanı etkin bir Premium plana dağıtılan uygulamalar, aynı bölgedeki diğer bölgelerde kesinti yaşansa bile çalışmaya devam eder. Ancak, çalışma zamanı dışı davranışlar başka bir erişilebilirlik bölgesindeki kesintiden etkilenebilir. Bu etkilenen davranışlar Premium plan ölçeklendirme, uygulama oluşturma, uygulama yapılandırması ve uygulama yayımlamayı içerebilir. Premium planları için alanlar arası yedeklilik yalnızca dağıtılan uygulamalar için sürekli çalışma süresini garanti eder.

İşlevler örnekleri alanlar arası yedekli bir Premium plana ayırdığında, temel alınan Azure Sanal Makine Ölçek Kümeleri tarafından sunulan en iyi efor bölgesi dengelemesini kullanır. Premium plan, her bölgede bulunan sanal makinelerin, Premium planın kullanımındaki diğer tüm bölgelerde eşit sayıda olması veya bu sayının bir sanal makine kadar fazla veya eksik olması durumunda dengeli kabul edilir.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kuruluşların doğal afetler veya kesinti ve veri kaybına neden olan başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmak için kullandığı uygulamaları ifade eder. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz. Olağanüstü durum kurtarma stratejisi tasarlama önerileri.

DR için Microsoft, paylaşılan sorumluluk modelini kullanır. Bu modelde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Ancak, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve rehberlik sağlar. DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarma desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Bu bölümde, olağanüstü durum kurtarma için bir işlev uygulaması dağıtmak için kullanabileceğiniz stratejilerden bazıları açıklanmaktadır.

Dayanıklı İşlevler olağanüstü durum kurtarma için bkz. Azure Dayanıklı İşlevler'de olağanüstü durum kurtarma ve coğrafi dağıtım.

Çok bölgeli olağanüstü durum kurtarma

Kullanılabilir yerleşik yedeklilik olmadığından, işlevler belirli bir Azure bölgesindeki bir işlev uygulamasında çalışır. Kesintiler sırasında yürütme kaybını önlemek için, aynı işlevleri birden çok bölgede işlev uygulamalarına yedekli olarak dağıtabilirsiniz. Çok bölgeli dağıtımlar hakkında daha fazla bilgi edinmek için Yüksek oranda kullanılabilir çok bölgeli web uygulaması kılavuzuna bakın.

Aynı işlev kodunu birden çok bölgede çalıştırdığınızda, dikkate alınması gereken iki desen vardır: etkin-etkin ve aktif-pasif.

HTTP tetikleyici işlevleri için etkin-etkin desen

Etkin-etkin desenle, her iki bölgede de işlevler yinelenen bir şekilde veya döndürmede olayları etkin bir şekilde çalıştırır ve işler. Birden çok bölgede çalışan işlevler arasında HTTP isteklerini yönlendirebilen ve hepsini bir kez denemenizi sağlayan kritik HTTP ile tetiklenen işlevleriniz için Azure Front Door ile birlikte etkin-etkin bir desen kullanmalısınız. Front door ayrıca her uç noktanın sistem durumunu düzenli aralıklarla denetleyebiliyor. Bir bölgedeki bir işlev sistem durumu denetimlerine yanıt vermeyi durdurduğunda, Azure Front Door bunu döngüden çıkarır ve trafiği yalnızca kalan iyi durumdaki işlevlere iletir.

Örnek için, API'yi dağıtılmış Azure bölgelerindeki coğrafi bölgelere dağıtarak coğrafi bölge deseninin nasıl uygulanılacağına ilişkin örneğe bakın..

HTTPS olmayan tetikleyici işlevleri için etkin-pasif desen

Service Bus ve Event Hubs ile tetiklenen işlevler gibi olay temelli, HTTP ile tetiklenmeyen işlevleriniz için etkin-pasif desen kullanmanız önerilir.

HTTP olmayan tetikleyici işlevleri için yedeklilik oluşturmak için etkin-pasif desen kullanın. Etkin-pasif desenle, işlevler olayları alan bölgede etkin bir şekilde çalışır; ancak ikinci bir bölgedeki aynı işlevler boşta kalır. Etkin-pasif desen, bir olağanüstü durumda ikincil bölgeye yük devretmeye yönelik bir mekanizma sağlarken her iletiyi yalnızca tek bir işlevin işlemesi için bir yol sağlar. İşlev uygulamaları, Azure Service Bus coğrafi kurtarma ve Azure Event Hubs coğrafi kurtarma gibi iş ortağı hizmetlerinin yük devretme davranışlarıyla çalışır.

Azure Event Hubs tetikleyicisi kullanarak örnek bir topolojiyi düşünün. Bu durumda, etkin/pasif desen aşağıdaki bileşenleri gerektirir:

• Azure Event Hubs hem birincil hem de ikincil bölgeye dağıtıldı.
• Birincil ve ikincil olay hub'larını eşleştirmek için coğrafi olağanüstü durum etkinleştirildi . Bu ayrıca, bağlantı bilgilerini değiştirmeden olay hub'larına bağlanmak ve birincilden ikincilye geçmek için kullanabileceğiniz bir diğer ad oluşturur.
• İşlev uygulamaları hem birincil hem de ikincil (yük devretme) bölgesine dağıtılır ve ikincil bölgedeki uygulama temelde boşta olur çünkü iletiler oraya gönderilmez.
• İşlev uygulaması, ilgili olay hub'ı için doğrudan (nonalias olmayan) bağlantı dizesinde tetiklenir.
• Olay hub'ına yayımcıların diğer ad bağlantı dizesi yayımlaması gerekir.

Yük devretmeden önce, paylaşılan diğer ad adresine gönderen yayımcılar birincil olay hub'ına yönlendirilir. Birincil işlev uygulaması yalnızca birincil olay hub'ını dinliyor. İkincil işlev uygulaması pasif ve boştadır. Yük devretme başlatılır başlatılmaz, paylaşılan diğer adla gönderen yayımcılar ikincil olay hub'ına yönlendirilir. İkincil işlev uygulaması artık etkin hale gelir ve otomatik olarak tetiklenir. İkincil bölgeye etkili yük devretme tamamen olay hub'ından yönlendirilebilir ve işlevler yalnızca ilgili olay hub'ı etkin olduğunda etkin hale gelebilir.

Service Bus ve Event Hubs ile yük devretmeyle ilgili bilgiler ve dikkat edilmesi gerekenler hakkında daha fazla bilgi edinin.

HTTPS olmayan tetikleyici işlevler için aktif-aktif yapılandırma

HTTPS olmayan tetikleyici işlevler için etkin-pasif deseni kullanmanız teşvik edilse de, yine de HTTP dışındaki işlev tetikleyicileri için etkin-etkin dağıtımlar oluşturabilirsiniz. Bu düzeni uygulamadan önce, iki etkin bölgenin birbirleriyle nasıl etkileşime geçtiğini veya birbirleriyle nasıl eşgüdümlü olduğunu göz önünde bulundurmanız gerekir.

Örneğin, iki farklı bölgeye aynı Service Bus tarafından tetiklenen işlev kodunu dağıtmayı ve aynı Service Bus kuyruğunda tetiklemeyi göz önünde bulundurun. Bu durumda, her iki işlev de tek kuyruğun sırasını kaldırma konusunda rakip tüketiciler olarak hareket eder. Her ileti yalnızca iki uygulama örneğinden biri tarafından işlenebilir olsa da, aynı zamanda tek bir hata noktası olduğu anlamına da gelir. Bu, tek bir Service Bus örneğidir.

Bunun yerine biri birincil bölgede, biri ikincil bölgede olmak üzere iki Service Bus kuyruğu dağıtabilirsiniz. Bu durumda, her birinin kendi bölgesinde Etkin Service Bus kuyruğuna işaret eden iki işlev uygulaması olabilir. Bu topolojideki zorluk, kuyruk iletilerinin iki bölge arasında nasıl dağıtıldığıdır. Bu genellikle her yayımcının her iki bölgede de bir ileti yayımlamaya çalıştığı ve her iletinin her iki etkin işlev uygulaması tarafından işlendiği anlamına gelir. Bu, istenen etkin/etkin deseni oluştururken, işlem yinelemesi ve verilerin ne zaman veya nasıl birleştirildiğiyle ilgili başka zorluklar da oluşturur.

Sonraki adımlar

• Azure Dayanıklı İşlevler'de olağanüstü durum kurtarma ve coğrafi dağıtım
• Azure Front Door oluşturma
• Event Hubs yük devretme konusunda dikkat edilmesi gerekenler
• Azure Mimari Merkezi'nin kullanılabilirlik alanları kılavuzu
• Azure'da güvenilirlik