Aracılığıyla paylaş


FHIR için Azure API'sinde olağanüstü durum kurtarma

FHIR için Azure API, Fast Healthcare Birlikte Çalışabilirlik Kaynakları'na (FHIR®) dayalı, tam olarak yönetilen bir hizmettir. İş ve uyumluluk gereksinimlerini karşılamak için FHIR için Azure API'sine yönelik olağanüstü durum kurtarma (DR) özelliğini kullanabilirsiniz.

DR özelliği 15 dakikalık bir Kurtarma Noktası Hedefi (RPO) ve 60 dakikalık kurtarma süresi hedefi (RTO) sağlar.

DR'yi etkinleştirme

DR özelliğini etkinleştirmek için bir kerelik destek bileti oluşturun. Eşleştirilmiş bir Azure bölgesini veya FHIR için Azure API'sinin desteklendiği başka bir bölgeyi seçebilirsiniz. Microsoft destek ekibi, destek önceliğine göre DR özelliğini etkinleştirecektir.

DR işlemi nasıl çalışır?

DR işlemi aşağıdaki adımları içerir:

  • Veri çoğaltma
  • Otomatik yük devretme
  • Etkilenen bölge kurtarma
  • El ile yeniden çalışma

İkincil bölgede veri çoğaltma

Varsayılan olarak, FHIR için Azure API yedekleme ve geri yükleme aracılığıyla veri koruması sunar. Olağanüstü durum kurtarma özelliği etkinleştirildiğinde veri çoğaltması başlar. İkincil Azure bölgesinde otomatik olarak bir veri çoğaltması oluşturulur ve eşitlenir. İlk veri çoğaltma işlemi, veri miktarına bağlı olarak birkaç dakika ile birkaç saat veya daha uzun sürebilir. İkincil veri çoğaltması, birincil verilerin çoğaltmasıdır. Hizmeti kurtarmak için doğrudan kullanılır ve kurtarma işlemini hızlandırmaya yardımcı olur.

Aktarım hızı RU/sn'lerinin birincil ve ikincil bölgelerde aynı değerlere sahip olması gerektiğini unutmayın.

Azure Traffic Manager'ın gösterildiği diyagram.

Otomatik yük devretme

Birincil bölge kesintisi sırasında FHIR için Azure API otomatik olarak ikincil bölgeye yük devreder ve aynı hizmet uç noktası kullanılır. Hizmetin bir saat veya daha kısa bir zaman içinde devam etmesi beklenir ve olası veri kaybı 15 dakikaya kadar çıkar. Diğer yapılandırma değişiklikleri gerekebilir. Daha fazla bilgi için bkz . DR'de yapılandırma değişiklikleri.

Olağanüstü durum kurtarmada yük devretmeyi gösteren diyagram.

Etkilenen bölge kurtarma

Etkilenen bölge kurtarıldıktan sonra otomatik olarak ikincil bölge olarak kullanılabilir ve veri çoğaltma yeniden başlatılır. Veri kurtarma işlemini başlatabilir veya yeniden çalışma adımı tamamlanana kadar bekleyebilirsiniz.

Olağanüstü durum kurtarmada çoğaltmayı gösteren diyagram.

İşlem kurtarılan bölgeye geri döndürülmediğinde ve veriler başarısız olduğunda, olası ağ gecikme süreleri olabilir. Bunun temel nedeni, işlem ve verilerin iki farklı bölgede olmasıdır. Veriler el ile tetikleme yoluyla kurtarılan bölgeye geri döner dönmez ağ gecikme sürelerinin otomatik olarak kaybolması gerekir.

Ağ gecikme süresini gösteren diyagram.

El ile yeniden çalışma

İşlem, kurtarılan bölgeye otomatik olarak yeniden başarısız olur. Veriler, betik kullanılarak Microsoft destek ekibi tarafından el ile kurtarılan bölgeye geri döner.

Olağanüstü durum kurtarmada yeniden çalışma işlemini gösteren diyagram.

DR'de yapılandırma değişiklikleri

Özel Bağlantı, Müşteri Tarafından Yönetilen Anahtar (CMK), IoMT FHIR Bağlayıcısı (Tıbbi Nesnelerin İnterneti) ve $export kullanıldığında diğer yapılandırma değişiklikleri gerekebilir.

FHIR için Azure API'sinin sağlanmasından önce veya sonra özel bağlantı özelliğini etkinleştirebilirsiniz. Ayrıca, DR özelliği etkinleştirilmeden önce veya etkinleştirildikten sonra özel bağlantı sağlayabilirsiniz. DR için Özel Bağlantı yapılandırmaya hazır olduğunuzda aşağıdaki listeye bakın.

  • Birincil bölgede Azure Özel Bağlantı yapılandırın. İkincil bölgede bu adım gerekli değildir. Daha fazla bilgi için bkz . Özel bağlantıyı yapılandırma

  • Birincil bölgede bir Azure sanal ağı ve ikincil bölgede başka bir sanal ağ oluşturun. Bilgi için bkz. Azure portal kullanarak sanal ağ oluşturma.

  • Birincil bölgede, sanal ağ ikincil bölge sanal ağıyla bir sanal ağ eşlemesi oluşturur. Daha fazla bilgi için bkz. Sanal ağ eşlemesi.

  • Varsayılan ayarları kullanın veya yapılandırmayı gerektiği gibi uyarlayabilirsiniz. Önemli olan trafiğin iki sanal ağ arasında akabilmesidir.

  • Özel DNS ayarlandığında, ikincil bölgedeki sanal ağın el ile "Sanal ağ bağlantıları" olarak ayarlanması gerekir. Birincil sanal ağ, Özel Bağlantı uç nokta oluşturma akışının bir parçası olarak zaten eklenmiş olmalıdır. Daha fazla bilgi için bkz. Sanal ağ bağlantıları.

  • İsteğe bağlı olarak, birincil bölge sanal asında bir VM ve ikincil bölge sanal asında bir VM ayarlayın. FHIR için Azure API'sine her iki VM'den de erişebilirsiniz.

Özel bağlantı özelliği bölgesel bir kesinti sırasında ve yeniden çalışma tamamlandıktan sonra çalışmaya devam etmelidir. Daha fazla bilgi için bkz . Özel bağlantı yapılandırma.

Not

Sanal ağları ve sanal ağ eşlemesini yapılandırmak veri çoğaltmayı etkilemez.

CMK

Aboneliğinizde yönetilen anahtarı barındıran anahtar kasası erişilebilirse FHIR için Azure API erişiminiz korunur. Key Vault bağlantısının yeniden kurulması 20 dakika kadar süreebildikçe olası bir geçici kapalı kalma süresi söz konusu olabilir. Daha fazla bilgi için bkz. Azure Key Vault kullanılabilirliği ve yedekliliği.

$export

Dışarı aktarma işi, iş durumu güncelleştirilmeden 10 dakika sonra başka bir bölgeden alınır. Bölgesel bir kesinti durumunda depolama hesabınızı kurtarmak için Azure depolama yönergelerini izleyin. Daha fazla bilgi için bkz . Olağanüstü durum kurtarma ve depolama hesabı yük devretme.

FHIR için Azure API'sinin sistem kimliğine aynı izinleri verdiğinden emin olun. Ayrıca, depolama hesabı seçili ağlarla yapılandırılmışsa bkz. FHIR verilerini dışarı aktarma.

DR'yi test etme

Gerekli olmasa da, DR özelliğini üretim dışı bir ortamda test edebilirsiniz. DR testi için yalnızca veriler dahil edilecek ve işlem dahil edilmeyecektir.

DR testi için aşağıdaki adımları göz önünde bulundurun.

  • Test verileriyle bir test ortamı hazırlayın. Verileri çoğaltma süresini kısaltmak için az miktarda veri içeren bir hizmet örneği kullanmanız önerilir.

  • Bir destek bileti oluşturun ve Azure aboneliğinizi, yük devretme için tercih edilen Azure bölgesini ve test ortamınız için FHIR için Azure API'sinin hizmet adını sağlayın.

  • Herhangi bir dr testiyle yaptığınız gibi bir test planı yapın.

  • Microsoft destek ekibi DR özelliğini etkinleştirir ve müşteri tarafından tercih edilen yük devretme bölgesinin eklendiğini onaylar

  • DR testinizi gerçekleştirin ve test sonuçlarını kaydedin. Bu, veri kaybı ve ağ gecikmesi sorunlarını içermelidir.

  • Yeniden çalışma için Microsoft destek ekibine yeniden çalışma adımını tamamlamasını bildirin.

  • (İsteğe bağlı) Geri bildirimleriNizi Microsoft destek ekibiyle paylaşın.

Not

DR testi, test sırasında test ortamınızın maliyetini iki katına çıkacaktır. DR testi tamamlandıktan ve DR özelliği devre dışı bırakıldıktan sonra ek ücret uygulanmaz.

Olağanüstü durum kurtarma maliyeti

olağanüstü durum kurtarma özelliği, ikincil bölgedeki ortamda çalışan işlem ve veri çoğaltma verileri nedeniyle ek maliyetler doğurabilir. Diğer fiyatlandırma ayrıntıları için FHIR için Azure API fiyatlandırma web sayfasına bakın.

Not

DR teklifi, FHIR için Azure API 1.0 için SLA'ya tabidir.

Sonraki adımlar

Bu makalede, FHIR için Azure API'sine yönelik DR'nin nasıl çalıştığını ve nasıl etkinleştirileceği hakkında bilgi edindiniz. FHIR'nin desteklenen diğer özellikleri için Azure API hakkında bilgi edinmek için bkz.

FHIR®, HL7'nin tescilli ticari markasıdır ve HL7 izniyle kullanılır.