Müşteri tarafından yönetilen depolama hesabı yük devretme nasıl çalışır?

Makale
10/18/2023

Azure Depolama hesaplarının müşteri tarafından yönetilen yük devretmesi, birincil bölgenin depolama hizmeti uç noktalarının kullanılamaz duruma gelmesi durumunda coğrafi olarak yedekli depolama hesabınızın tamamını ikincil bölgeye devretmenizi sağlar. Yük devretme sırasında özgün ikincil bölge yeni birincil bölge olur ve bloblar, tablolar, kuyruklar ve dosyalar için tüm depolama hizmeti uç noktaları yeni birincil bölgeye yönlendirilir. Depolama hizmeti uç noktası kesintisi çözümlendikten sonra, özgün birincil bölgeye geri dönmek için başka bir yük devretme işlemi gerçekleştirebilirsiniz.

Bu makalede, işlemin her aşamasında müşteri tarafından yönetilen depolama hesabı yük devretme ve yeniden çalışma sırasında ne olacağı açıklanmaktadır.

Önemli

Hiyerarşik ad alanına (Azure Data Lake Storage 2. Nesil) sahip hesaplar için müşteri tarafından yönetilen hesap yük devretmesi şu anda ÖNIZLEME aşamasındadır ve yalnızca aşağıdaki bölgelerde desteklenir:

(Asya Pasifik) Orta Hindistan
(Asya Pasifik) Güneydoğu Asya
(Avrupa) Kuzey Avrupa
(Avrupa) Kuzey İsviçre
(Avrupa) Batı İsviçre
(Avrupa) Batı Avrupa
(Kuzey Amerika) Orta Kanada
(Kuzey Amerika) Doğu ABD 2
(Kuzey Amerika) Orta Güney ABD

Önizlemeyi kabul etmek için bkz . Azure aboneliğinde önizleme özelliklerini ayarlama ve özellik adı olarak belirtme AllowHNSAccountFailover .

Beta veya önizleme aşamasında olan ya da başka bir şekilde henüz genel kullanıma sunulmamış olan Azure özelliklerinde geçerli olan yasal koşullar için bkz. Microsoft Azure Önizlemeleri için Ek Kullanım Koşulları.

Birincil bölgeyi etkileyen önemli bir olağanüstü durum durumunda, Microsoft hiyerarşik ad alanına sahip hesaplar için yük devretmeyi yönetecektir. Daha fazla bilgi için bkz. Microsoft tarafından yönetilen yük devretme.

Yük devretme ve yeniden çalışma sırasında yedeklilik yönetimi

Bahşiş

Depolama hesabı yük devretme ve yeniden çalışma işlemi sırasındaki çeşitli yedeklilik durumlarını ayrıntılı olarak anlamak için bkz. Her birinin tanımları için Azure Depolama yedekliliği.

Bir depolama hesabı GRS veya RA-GRS yedekliliği için yapılandırıldığında, veriler hem birincil hem de ikincil bölgelerde (LRS) yerel olarak üç kez çoğaltılır. Bir depolama hesabı GZRS veya RA-GZRS çoğaltması için yapılandırıldığında, veriler birincil bölge (ZRS) içinde alanlar arası yedekli olur ve ikincil bölge (LRS) içinde yerel olarak üç kez çoğaltılır. Hesap okuma erişimi (RA) için yapılandırılmışsa, söz konusu bölgenin depolama hizmeti uç noktaları kullanılabilir olduğu sürece ikincil bölgeden verileri okuyabilirsiniz.

Müşteri tarafından yönetilen yük devretme işlemi sırasında, depolama hizmeti uç noktalarının DNS girişleri, ikincil bölge için olanlar depolama hesabınızın yeni birincil uç noktaları olacak şekilde değiştirilir. Yük devretmeden sonra, özgün birincil bölgedeki depolama hesabınızın kopyası silinir ve depolama hesabınız özgün ikincil bölgede (yeni birincil) yerel olarak üç kez çoğaltılmaya devam eder. Bu noktada depolama hesabınız yerel olarak yedekli (LRS) olur.

Özgün ve geçerli yedeklilik yapılandırmaları, yeniden çalışma sırasında özgün yapılandırmanıza geri dönmenizi sağlamak için depolama hesabının özelliklerinde depolanır.

Yük devretme sonrasında coğrafi yedekliliği yeniden kazanmak için hesabınızı GRS olarak yeniden yapılandırmanız gerekir. (Yük devretme sonrasında yeni birincil LRS olacağından GZRS, yük devretme sonrası bir seçenek değildir). Hesap coğrafi olarak yedeklilik için yeniden yapılandırıldıktan sonra Azure, verileri yeni birincil bölgeden yeni ikincil bölgeye hemen kopyalamaya başlar. Depolama hesabınızı ikincil bölgeye okuma erişimi (RA) için yapılandırırsanız, bu erişim kullanılabilir ancak birincilden çoğaltmanın ikincil geçerli olması biraz zaman alabilir.

Uyarı

Hesabınız coğrafi olarak yedeklilik için yeniden yapılandırıldıktan sonra, yeni birincil bölgedeki mevcut verilerin yeni ikincil bölgeye tam olarak kopyalanmış olması önemli ölçüde zaman alabilir.

Önemli bir veri kaybını önlemek için geri dönmeden önce Son Eşitleme Zamanı özelliğinin değerini denetleyin. Olası veri kaybını değerlendirmek için verilerin yeni birincile yazıldığı son eşitleme zamanını karşılaştırın.

Yeniden çalışma işlemi temelde yük devretme işlemiyle aynıdır, ancak Azure çoğaltma yapılandırmasını yük devretmeden önceki özgün durumuna geri yükler (verileri değil çoğaltma yapılandırması). Bu nedenle, depolama hesabınız başlangıçta GZRS olarak yapılandırıldıysa, yeniden çalışma sonrasında birincil bölge ZRS olur.

Yeniden çalışma sonrasında depolama hesabınızı yeniden coğrafi olarak yedekli olacak şekilde yapılandırabilirsiniz. Özgün birincil bölge LRS için yapılandırıldıysa, bunu GRS veya RA-GRS olarak yapılandırabilirsiniz. Özgün birincil ZRS olarak yapılandırıldıysa, bunu GZRS veya RA-GZRS olarak yapılandırabilirsiniz. Ek seçenekler için bkz . Depolama hesabının çoğaltılması şeklini değiştirme.

Yük devretme başlatma

Yük devretme başlatmayı öğrenmek için bkz . Depolama hesabı yük devretmesini başlatma.

Dikkat

Depolama hesap yük devretmesi genellikle bazı veri kayıplarını ve olası dosya ve veri tutarsızlıklarını içerir. Hesap yük devretme işlemini başlatmadan önce verileriniz üzerindeki etkisini anlamak önemlidir.

Olası veri kaybı ve tutarsızlıklar hakkında ayrıntılı bilgi için bkz . Veri kaybını ve tutarsızlıkları öngörme.

Yük devretme ve yeniden çalışma işlemi

Bu bölümde, müşteri tarafından yönetilen yük devretme için yük devretme işlemi özetlenmiştir.

Yük devretme geçişi özeti

Müşteri tarafından yönetilen yük devretme işleminden sonra:

İkincil bölge yeni birincil bölge olur
Özgün birincil bölgedeki verilerin kopyası silinir
Depolama hesabı LRS'ye dönüştürülür
Coğrafi yedeklilik kaybedildi

Bu tablo, müşteri tarafından yönetilen yük devretme ve yeniden çalışma aşamalarının her aşamasında elde edilen yedeklilik yapılandırmasını özetler:

Özgün yapılandırma	Sonra yük devretme	Yeniden etkinleştirdikten sonra coğrafi yedeklilik	Sonra yeniden çalışma	Yeniden etkinleştirdikten sonra coğrafi yedeklilik
GRS	LRS	GRS ¹	LRS	GRS ¹
GZRS	LRS	GRS ¹	ZRS	GZRS ¹

¹ Coğrafi yedeklilik, müşteri tarafından yönetilen bir yük devretme sırasında kaybolur ve el ile yeniden yapılandırılması gerekir.

Yük devretme geçişi ayrıntıları

Aşağıdaki diyagramlarda, coğrafi olarak yedeklilik için yapılandırılmış bir depolama hesabının müşteri tarafından yönetilen yük devretme ve yeniden çalışma sırasında neler olduğu gösterilmektedir. GZRS ve RA-GZRS için geçiş ayrıntıları GRS ve RA-GRS'den biraz farklıdır.

GRS/RA-GRS
GZRS/RA-GZRS

Normal işlem (GRS/RA-GRS)

Normal koşullarda istemci, depolama hizmeti uç noktaları (1) aracılığıyla birincil bölgedeki bir depolama hesabına veri yazar. Ardından veriler birincil bölgeden ikincil bölgeye (2) zaman uyumsuz olarak kopyalanır. Aşağıdaki görüntüde, birincil uç noktalar kullanılabilir olduğunda GRS olarak yapılandırılmış bir depolama hesabının normal durumu gösterilmektedir:

Depolama hizmeti uç noktaları birincil bölgede (GRS/RA-GRS) kullanılamaz duruma gelir

Birincil depolama hizmeti uç noktaları herhangi bir nedenle kullanılamaz duruma gelirse (1), istemci artık depolama hesabına yazamaz. Kesintinin temel nedenine bağlı olarak, ikincil bölgeye çoğaltma artık çalışmıyor olabilir (2), bu nedenle bazı veri kaybı beklenmelidir. Aşağıdaki görüntüde, birincil uç noktaların kullanılamaz duruma geldiği ancak henüz kurtarma gerçekleşmediği senaryo gösterilmektedir:

Yük devretme işlemi (GRS/RA-GRS)

Verilerinize yazma erişimini geri yüklemek için yük devretme başlatabilirsiniz. Bloblar, tablolar, kuyruklar ve dosyalar için depolama hizmeti uç noktası URI'leri aynı kalır, ancak DNS girişleri bu görüntüde gösterildiği gibi ikincil bölgeye (1) işaret eden şekilde değiştirilir:

Müşteri tarafından yönetilen yük devretme genellikle yaklaşık bir saat sürer.

Yük devretme tamamlandıktan sonra özgün ikincil yeni birincil (1) olur ve özgün birincildeki depolama hesabının kopyası silinir (2). Depolama hesabı yeni birincil bölgede LRS olarak yapılandırılır ve artık coğrafi olarak yedekli değildir. Kullanıcılar, bu görüntüde gösterildiği gibi depolama hesabına (3) veri yazmaya devam edebilir:

Çoğaltmayı yeni bir ikincil bölgeye sürdürmek için hesabı coğrafi olarak yedeklilik için yeniden yapılandırın.

Önemli

Yerel olarak yedekli bir depolama hesabını coğrafi olarak yedeklilik kullanacak şekilde dönüştürmenin hem maliyet hem de zaman doğurduğunu unutmayın. Daha fazla bilgi için bkz . Yük devretmenin süresi ve maliyeti.

Hesabı GRS olarak yeniden yapılandırdıktan sonra Azure, verilerinizi bu görüntüde gösterildiği gibi zaman uyumsuz olarak yeni ikincil bölgeye (1) kopyalamaya başlar:

Özgün kesintiye neden olan sorun çözülene kadar yeni ikincil bölgeye okuma erişimi yeniden kullanılamaz.

Yeniden çalışma işlemi (GRS/RA-GRS)

Uyarı

Hesabınız coğrafi olarak yedeklilik için yeniden yapılandırıldıktan sonra, yeni birincil bölgedeki verilerin yeni ikincil bölgeye tam olarak kopyalanmış olması önemli ölçüde zaman alabilir.

Özgün kesintiye neden olan sorun çözüldükten sonra, özgün birincil bölgeye yeniden yük devretmek için başka bir yük devretme başlatabilirsiniz ve bu da aşağıdakilere neden olur:

Geçerli birincil bölge salt okunur olur.
Müşteri tarafından başlatılan yük devretme ve yeniden çalışma ile verilerinizin yeniden çalışma işlemi sırasında ikincil bölgeye çoğaltmayı bitirmesine izin verilmez. Bu nedenle, geri dönmeden önce Son Eşitleme Zamanı özelliğinin değerini denetlemek önemlidir.
Depolama hizmeti uç noktalarının DNS girişleri, ikincil bölge için olanlar depolama hesabınızın yeni birincil uç noktaları olacak şekilde değiştirilir.

Yeniden çalışma tamamlandıktan sonra özgün birincil bölge yeniden geçerli bölge olur (1) ve özgün ikincildeki depolama hesabının kopyası silinir (2). Depolama hesabı birincil bölgede yerel olarak yedekli olarak yapılandırılır ve artık coğrafi olarak yedekli değildir. Kullanıcılar, bu görüntüde gösterildiği gibi depolama hesabına (3) veri yazmaya devam edebilir: