Müşteri tarafından yönetilen (planlanmamış) yük devretme nasıl çalışır?

Makale
08/06/2024

Müşteri tarafından yönetilen (planlanmamış) yük devretme, birincil bölge için 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. Ardından 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 (planlanmamış) yük devretme ve yeniden çalışma sırasında ne olacağı açıklanmaktadır.

Önemli

Azure Data Lake Storage 2. Nesil etkin olan hesaplar için müşteri tarafından yönetilen (planlanmamış) yük devretme şu anda ÖNIZLEME aşamasındadır ve tüm genel GRS/GZRS bölgelerinde desteklenir.

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

Önemli

SSH Dosya Aktarım Protokolü (SFTP) etkin olan hesaplar için müşteri tarafından yönetilen (planlanmamış) yük devretme ş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.

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

İpucu

Planlanmamış 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 .

Depolama hesabı coğrafi olarak yedekli depolama (GRS) veya okuma erişimi coğrafi olarak yedekli depolama (RA-GRS) yedekliliği için yapılandırıldığında, veriler hem yerel olarak yedekli depolama (LRS) birincil hem de ikincil bölgelerde üç kez çoğaltılır. Bir depolama hesabı coğrafi alanlar arası yedekli depolama (GZRS) veya okuma erişimi coğrafi alanlar arası yedekli depolama (RA-GZRS) çoğaltması için yapılandırıldığında, alanlar arası yedekli depolama (ZRS) birincil bölgesi içinde alanlar arası yedekli olur ve LRS ikincil bölgesi içinde üç 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 (planlanmamış) yük devretme işlemi sırasında, depolama hizmeti uç noktaları için Etki Alanı Adı Sistemi (DNS) girişleri değiştirilir. Depolama hesabınızın ikincil uç noktaları yeni birincil uç noktalara, özgün birincil uç noktalar ise yeni ikincil uç noktalara dönüşür. Yük devretme işleminden sonra, özgün birincil bölgedeki depolama hesabınızın kopyası silinir ve depolama hesabınız yeni birincil bölgede yerel olarak üç kez çoğaltılmaya devam eder. Bu noktada depolama hesabınız yerel olarak yedekli hale gelir ve LRS kullanır.

Özgün ve geçerli yedeklilik yapılandırmaları depolama hesabının özelliklerinde depolanır. Bu işlev, yeniden çalışmaya başladığınızda özgün yapılandırmanıza dönmenizi sağlar. Sonuçta elde edilen yedeklilik yapılandırmalarının tam listesi için Kurtarma planlama ve yük devretme bölümüne bakın.

Yük devretme sonrasında coğrafi yedekliliği yeniden kazanmak için hesabınızı GRS olarak yeniden yapılandırmanız gerekir. 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 için yapılandırdığınızda bu erişim kullanılabilir. Ancak, birincil bölgeden ikincil bölgeye çoğaltmanın tamamlanması 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, son eşitleme zamanını, verilerin yeni birincile yazıldığı son zamanla karşılaştırın.

Çoğaltma yapılandırmasının özgün, yük devretme öncesi durumuna geri yüklenmesi dışında, yeniden çalışma işlemi temelde yük devretme işlemiyle aynıdır.

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

Planlanmamış yük devretme başlatma

Planlanmamış yük devretmeyi nasıl başlatacağınızı öğrenmek için bkz . Hesap yük devretmesi başlatma.

Dikkat

Planlanmamış yük devretme genellikle bazı veri kayıplarını ve olası dosya ve veri tutarsızlıklarını içerir. Bu yük devretme türünü başlatmadan önce hesap yük devretmesinin 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.

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

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

Planlanmamış yük devretme geçiş özeti

Müşteri tarafından yönetilen (planlanmamış) bir yük devretmeden 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 tabloda, müşteri tarafından yönetilen (planlanmamış) yük devretme ve yeniden çalışma aşamalarının her aşamasında elde edilen yedeklilik yapılandırması özetlenmiştir:

Ö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 (planlanmamış) bir yük devretme sırasında kaybolur ve el ile yeniden yapılandırılması gerekir.

Planlanmamış yük devretme geçişi ayrıntıları

Aşağıdaki diyagramlarda coğrafi yedeklilik için yapılandırılmış bir depolama hesabı için müşteri tarafından yönetilen (planlanmamış) yük devretme ve yeniden çalışma işlemi 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 kurtarma gerçekleşmeden önce olduğu senaryo gösterilmektedir:

Planlanmamış 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 değişmeden kalır, ancak DNS girişleri gösterildiği gibi ikincil bölgeye işaret eden şekilde değiştirilir:

Müşteri tarafından yönetilen (planlanmamış) 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 kullanacak şekilde 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.

Planlanmamış 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.

Ö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.

Özgün kesintiye neden olan sorun çözüldükten sonra özgün birincil bölgeye yeniden çalışma başlatabilirsiniz. Bu işlem aşağıdaki görüntüde açıklanmıştır:

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ı için DNS girişleri değiştirilir. İkincil bölge içindeki uç noktalar, depolama hesabınız için yeni birincil uç noktalar haline gelir.

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: