Zarządzasz kluczową dla działania firmy usługą SaaS, która korzysta z Azure SQL Database. Potrzebujesz automatycznego przełączania awaryjnego między regionami z pojedynczym odbiornikiem do odczytu/zapisu oraz oddzielnym odbiornikiem tylko do odczytu dla raportowania. W każdym regionie wymagana jest również wysoka dostępność w Strefach Dostępności. Które rozwiązanie należy wdrożyć?

Poprawna odpowiedź to utworzenie grupy automatycznego przełączania awaryjnego (auto-failover group) między regionem podstawowym a pomocniczym, użycie odbiornika tylko do odczytu dla raportowania oraz włączenie redundancji strefowej dla baz danych w obu regionach. Grupa automatycznego przełączania awaryjnego zapewnia automatyczne przełączanie awaryjne między regionami z pojedynczym odbiornikiem do odczytu/zapisu i oddzielnym odbiornikiem tylko do odczytu, co spełnia wymagania dotyczące raportowania. Włączenie redundancji strefowej dla baz danych w obu regionach gwarantuje wysoką dostępność w Strefach Dostępności w każdym regionie. Aktywna geo-replikacja wymaga ręcznego przełączania awaryjnego i nie zapewnia pojedynczego punktu końcowego do odczytu/zapisu. Read Scale-Out nie zapewnia automatycznego przełączania awaryjnego między regionami. Geo-replikowane kopie zapasowe i odzyskiwanie do punktu w czasie to rozwiązanie DR, a nie HA z automatycznym przełączaniem awaryjnym. Elastyczne pule z Traffic Managerem nie oferują natywnego automatycznego przełączania awaryjnego dla Azure SQL Database.