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

Microsoft'ta, sabit ihtiyaç duyduğunuzda hizmetlerimizin her zaman sizin için kullanılabilir olduğundan emin olmak için çalışıyoruz.At Microsoft, we work hard to make sure that our services are always available to you when you need them. Bize zorlar denetimimiz dışında bazen plansız bir hizmet kesintilerine neden şekillerde etkiler.Forces beyond our control sometimes impact us in ways that cause unplanned service disruptions.

Microsoft olarak çalışma süresi ve bağlantı için bir taahhüt 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. Tek tek Azure hizmetlerinin SLA'sı şu yolda 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 kullanılabilirliğe sahip 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 olağanüstü durum kurtarma ve Azure uygulamaları için yüksek kullanılabilirlik.For more about these services, read Disaster recovery and high availability for Azure applications.

Bu makale, bir tam bölge ana doğal afet veya yaygın hizmet kesintisi nedeniyle kesinti yaşandığında gerçek bir olağanüstü durum kurtarma senaryosuna 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 bir bölgenin 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. Bir bölge tamamen bir hizmet kesintisi oluşursa, yerel olarak yedekli kopyalar, verilerinizin geçici olarak kullanılamaz.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, Azure depolama BLOB'ları ve tabloları üç ek kopya 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. Tam bölgesel bir kesinti veya birincil bölgenin kurtarılabilir değil bir olağanüstü durum olması durumunda, Azure DNS girdilerini coğrafi olarak çoğaltılmış bölgeye yeniden eşlemesi.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şlem üzerinde herhangi bir denetim yok ve yalnızca veri merkezi genelinde hizmet kesintileri için 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ü yedekleme stratejiler hakkında durumda.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 Microsoft Azure üzerinde derlenen 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 yapmak 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.

1. seçenek: Azure Traffic Manager aracılığıyla yedekleme dağıtımı kullanınOption 1: Use a backup deployment through Azure Traffic Manager

Uygulamanızın farklı bölgelerdeki birden fazla dağıtım bakımını yapma ve ardından kullanarak en güçlü olağanüstü durum kurtarma çözümü gerektirir Azure Traffic Manager arasındaki trafiği 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, birden çok sağlar yönlendirme yöntemleri, böylece bir birincil/yedekleme modeli kullanarak dağıtımlarınızı yönetmek mi, yoksa aralarındaki trafik bölme 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.

Azure Cloud Services, Azure Traffic Manager ile bölgeye Dengeleme

Bir bölge kaybı için en hızlı yanıt için Traffic Manager'ın yapılandırdığınız ö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.

2. seçenek: Uygulamanızı yeni bir bölgeye dağıtınOption 2: Deploy your application to a new region

Önceki seçeneği açıklandığı gibi birden çok etkin dağıtımlara koruma ek devam eden maliyetler doğurur.Maintaining multiple active deployments as described in the previous option incurs additional ongoing costs. Kurtarma süresi hedefini (RTO) esnektir ve özgün koda veya derlenmiş bulut Hizmetleri paketi varsa, başka bir bölgede uygulamanızın yeni bir örneğini oluşturun ve DNS kayıtlarınızı yeni dağıtımına işaret edecek şekilde 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.

Bir bulut hizmeti uygulaması oluşturma ve dağıtma konusunda daha fazla ayrıntı için bir bulut hizmeti oluşturma ve dağıtma konusunda.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 prosedürleri 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şleminin tamamlanmasını bekleyipOption 3: Wait for recovery

Bu durumda, sizin herhangi bir eylemi gerekli değildir, ancak hizmetinizi bölge geri yüklenene kadar 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 durumunu görebilirsiniz Azure hizmet durumu Panosu.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 stratejisinin gerçekleştirme hakkında daha fazla bilgi için bkz: olağanüstü durum kurtarma ve Azure uygulamaları için yüksek kullanılabilirlik.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 platformunun özelliklerinden ayrıntılı teknik bir anlayış geliştirmek için bkz: Azure dayanıklılık teknik Kılavuzu.To develop a detailed technical understanding of a cloud platform’s capabilities, see Azure resiliency technical guidance.