Share via


Az Azure NetApp Files zónák közötti replikációjának ismertetése (előzetes verzió)

A rendelkezésre állási zónák közötti rugalmasságot sok esetben az alkalmazásalapú replikációt és a HA-t használó HA-architektúrák érik el, ahogyan azt a rendelkezésre állási zónák magas rendelkezésre álláshoz való használata című témakörben is ismertetik. Az egyszerűbb, költséghatékonyabb megközelítéseket azonban gyakran tárterületalapú adatreplikálással veszik figyelembe.

Az Azure NetApp Files régióközi replikációs funkcióhoz hasonlóan a zónák közötti replikáció (CZR) funkció védelmet biztosít a kötetek között a különböző rendelkezésre állási zónákban. Az egyik rendelkezésre állási zónában lévő Azure NetApp Files-kötetből (forrásból) aszinkron módon replikálhatja az adatokat egy másik rendelkezésre állású Azure NetApp Files-kötetre (célhelyre). Ez a funkció lehetővé teszi a kritikus alkalmazás feladatátvételét, ha zónaszintű kimaradás vagy katasztrófa történik.

Támogatott régiók

A zónák közötti replikáció előnézete a következő régiókban érhető el:

  • Kelet-Ausztrália
  • Dél-Brazília
  • Közép-Kanada
  • Közép-India
  • Az USA középső régiója
  • Kelet-Ázsia
  • USA keleti régiója
  • USA 2. keleti régiója
  • Közép-Franciaország
  • Középnyugat-Németország
  • Izrael középső régiója
  • Kelet-Japán
  • Dél-Korea középső régiója
  • Észak-Európa
  • Kelet-Norvégia
  • Közép-Katar
  • Dél-Afrika északi régiója
  • Délkelet-Ázsia
  • USA déli középső régiója
  • Közép-Svédország
  • Észak-Svájc
  • Egyesült Arab Emírségek északi régiója
  • Az Egyesült Királyság déli régiója
  • USA-beli államigazgatás – Virginia
  • Nyugat-Európa
  • USA 2. nyugati régiója
  • USA 3. nyugati régiója

A jövőben a zónák közötti replikációt az Azure NetApp Files-jelenléttel rendelkező összes AZ-kompatibilis régióra tervezik.

Szolgáltatási szintű célkitűzések

A helyreállítási pont célkitűzése (RPO) azt az időpontot jelöli, ahová az adatok helyreállíthatók. Az RPO-cél általában kisebb, mint a replikációs ütemezés kétszerese, de változhat. Bizonyos esetekben túllépheti a cél RPO-t olyan tényezők alapján, mint az adathalmaz teljes mérete, a változási arány, az adatok felülírásának százalékos aránya és az átvitelhez rendelkezésre álló replikációs sávszélesség.

A zónák közötti replikáció három replikációs ütemezést támogat: 10 perc, óránként és naponta.

  • A 10 perces replikációs ütemezés esetében a tipikus RPO kevesebb, mint 20 perc.
  • Az óránkénti replikáció ütemezése esetén a tipikus RPO kevesebb, mint két óra.
  • A napi replikációs ütemezés esetében a tipikus RPO kevesebb, mint két nap.

A helyreállítási idő célkitűzését (RTO) vagy az üzleti alkalmazások maximális állásidejét az alkalmazás üzembe helyezését és az adatokhoz való hozzáférést biztosító tényezők határozzák meg a második helyen. A társviszony-létesítési kapcsolat megszakadásához használt RTO tárolási része a célkötet aktiválásához és az olvasási és írási adatokhoz való hozzáférés biztosításához a második helyen várhatóan egy percen belül befejeződik.

Zónaközi replikáció költségmodellje

A replikált kötetek egy kapacitáskészleten vannak tárolva. Ezért a zónák közötti replikáció költsége a kiosztott kapacitáskészlet méretén és szintjen alapul, a szokásos módon. Az adatreplikálásnak nincs további költsége.

Következő lépések