Azure Cloud Services etkiler kesintisi olması durumunda bir Azure hizmet gerekenlerWhat to do in the event of an Azure service disruption that impacts Azure Cloud Services

Microsoft, biz sabit gereksinim duyduğunuzda hizmetlerimizle her zaman için kullanılabilir olduğundan emin olmak için çalışır.At Microsoft, we work hard to make sure that our services are always available to you when you need them. Bizim denetim ötesinde zorlar bazen bize planlanmamış hizmet kesintilerine neden şekillerde etkiler.Forces beyond our control sometimes impact us in ways that cause unplanned service disruptions.

Microsoft açık kalma süresi ve bağlantı için taahhüdü olarak hizmetlerinin için bir hizmet düzeyi sözleşmesi (SLA) sağlar.Microsoft provides a Service Level Agreement (SLA) for its services as a commitment for uptime and connectivity. SLA tek tek Azure Hizmetleri için şu adreste bulunabilir: Azure hizmet düzeyi sözleşmeleri.The SLA for individual Azure services can be found at Azure Service Level Agreements.

Azure, yüksek oranda kullanılabilir uygulamaları destekleyen birçok yerleşik platform özellikleri zaten var.Azure already has many built-in platform features that support highly available applications. Bu hizmetler hakkında daha fazla bilgi için okuma Azure uygulamaları için yüksek kullanılabilirlik ve olağanüstü durum kurtarma.For more about these services, read Disaster recovery and high availability for Azure applications.

Tüm bölge kesinti ana doğal afet ya da yaygın bir hizmet kesintisi nedeniyle yaşadığında bu makalede bir true olağanüstü durum kurtarma senaryosunda kapsar.This article covers a true disaster recovery scenario, when a whole region experiences an outage due to major natural disaster or widespread service interruption. Nadir oluşum bunlar, ancak tüm bölgesinin bir kesinti olma olasılığını için hazırlamanız gerekir.These are rare occurrences, but you must prepare for the possibility that there is an outage of an entire region. Tüm bir bölgeyi hizmet kesintisi yaşarsa, verilerinizin yerel olarak yedekli kopyasını geçici olarak kullanılamaz durumda olurdu.If an entire region experiences a service disruption, the locally redundant copies of your data would temporarily be unavailable. Coğrafi çoğaltma etkinleştirildiğinde, tabloları ve Azure Storage bloblarında üç ek kopyalarını farklı bir bölgede depolanır.If you have enabled geo-replication, three additional copies of your Azure Storage blobs and tables are stored in a different region. Azure tam bölgesel bir kesintinin ya da bir olağanüstü durumda birincil bölge kurtarılabilir değil, tüm coğrafi olarak çoğaltılmış bölge için DNS girdilerini remaps.In the event of a complete regional outage or a disaster in which the primary region is not recoverable, Azure remaps all of the DNS entries to the geo-replicated region.

Not

Bu işlemi üzerinde hiçbir denetimi yoktur ve yalnızca veri merkezi çapında hizmet kesilmelerini meydana gelir unutmayın.Be aware that you do not have any control over this process, and it will only occur for datacenter-wide service disruptions. Bu nedenle, aynı zamanda yüksek düzeyde kullanılabilirlik elde etmek için diğer uygulamaya özgü yedek bir stratejileri kullanmanız gerekir.Because of this, you must also rely on other application-specific backup strategies to achieve the highest level of availability. Daha fazla bilgi için bkz: Microsoft Azure üzerinde oluşturulan uygulamalar için yüksek kullanılabilirlik ve olağanüstü durum kurtarma.For more information, see Disaster recovery and high availability for applications built on Microsoft Azure. Kendi yük devretme etkileyen yapabilmek istiyorsanız kullanımını düşünmek isteyebilirsiniz okuma erişimli coğrafi olarak yedekli depolama (RA-GRS), başka bir bölgede verilerinizin salt okunur bir kopyasını oluşturur.If you would like to be able to affect your own failover, you might want to consider the use of read-access geo-redundant storage (RA-GRS), which creates a read-only copy of your data in another region.

Seçenek 1: yedekleme dağıtım aracılığıyla Azure trafik Yöneticisi'ni kullanınOption 1: Use a backup deployment through Azure Traffic Manager

En güçlü olağanüstü durum kurtarma çözümü farklı bölgelerde, uygulamanızın birden çok dağıtım koruyarak ve ardından kullanarak içerir Azure Traffic Manager aralarındaki trafik yönlendirmek için.The most robust disaster recovery solution involves maintaining multiple deployments of your application in different regions, then using Azure Traffic Manager to direct traffic between them. Azure Traffic Manager sağlayan birden çok yönlendirme yöntemleri, böylece birincil/yedekleme modelini kullanarak, dağıtımları yönetmek mi, yoksa aralarındaki trafik bölmek için seçebilirsiniz.Azure Traffic Manager provides multiple routing methods, so you can choose whether to manage your deployments using a primary/backup model or to split traffic between them.

Bölgelere Azure Traffic Manager ile Azure Cloud Services Dengeleme

Bir bölge kaybı için en hızlı yanıt için trafik Yöneticisi'nin yapılandırma önemli uç nokta izleme.For the fastest response to the loss of a region, it is important that you configure Traffic Manager's endpoint monitoring.

Seçenek 2: yeni bir bölge uygulamanızı dağıtmakOption 2: Deploy your application to a new region

Önceki seçenek açıklandığı gibi birden fazla etkin dağıtımlarını sürdürme ek devam eden maliyetler doğurur.Maintaining multiple active deployments as described in the previous option incurs additional ongoing costs. Kurtarma süresi hedefi (RTO) yeterince esnektir ve özgün kod veya derlenmiş bulut Hizmetleri paket varsa, başka bir bölgede, uygulamanızın yeni bir örneğini oluşturun ve yeni dağıtım noktası için DNS kayıtlarını güncelleştirin.If your recovery time objective (RTO) is flexible enough and you have the original code or compiled Cloud Services package, you can create a new instance of your application in another region and update your DNS records to point to the new deployment.

Oluşturma ve bir bulut hizmeti uygulaması dağıtma hakkında daha fazla ayrıntı için nasıl oluşturulacağı ve bir bulut hizmetinin dağıtılacağı.For more detail about how to create and deploy a cloud service application, see How to create and deploy a cloud service.

Uygulama veri kaynaklarınıza bağlı olarak, uygulama veri kaynağı için kurtarma yordamları denetlemeniz gerekebilir.Depending on your application data sources, you may need to check the recovery procedures for your application data source.

Seçenek 3: Kurtarma için bekleyinOption 3: Wait for recovery

Bu durumda, herhangi bir eyleminiz gereklidir, ancak bölge geri yüklenene kadar hizmet kullanılamaz.In this case, no action on your part is required, but your service will be unavailable until the region is restored. Geçerli Hizmet durumu görebilirsiniz Azure hizmet sağlığı panosunu.You can see the current service status on the Azure Service Health Dashboard.

Sonraki adımlarNext steps

Bir olağanüstü durum kurtarma ve yüksek kullanılabilirlik stratejisini uygulama hakkında daha fazla bilgi için bkz: Azure uygulamaları için yüksek kullanılabilirlik ve olağanüstü durum kurtarma.To learn more about how to implement a disaster recovery and high availability strategy, see Disaster recovery and high availability for Azure applications.

Bir bulut platformun özellikleri ayrıntılı teknik bir anlayış geliştirmek için bkz: Azure dayanıklılık teknik kılavuz.To develop a detailed technical understanding of a cloud platform’s capabilities, see Azure resiliency technical guidance.