Tárfiókok biztonsági mentése az Azure Stack Hubon

  • Cikk

Ez a cikk az Azure Stack Hubon található Azure Storage-fiókokban lévő tárfiókok védelmét és helyreállítását ismerteti.

A megoldás elemei

Ez a szakasz a megoldás általános szerkezetét és főbb részeit vizsgálja.

Az Azure Stack Hub storage biztonsági mentésének általános szerkezetét bemutató ábra.

Alkalmazásréteg

Az adatok különböző Azure Stack Hub-skálázási egységekben lévő tárfiókok között replikálhatók, ha több PUT Blob - vagy Put Block-műveletet ad ki, hogy több helyre írjanak objektumokat. Azt is megteheti, hogy az alkalmazás kiadja a Blob másolása műveletet, hogy a blobot egy külön skálázási egységben üzemeltetett tárfiókba másolja, miután a Put művelet befejeződött az elsődleges fiókba.

Ütemezett másolási feladat

Az AzCopy egy kiváló eszköz, amellyel adatokat másolhat a helyi fájlrendszerekből, az Azure Cloud Storage-ból, az Azure Stack Hub Storage-ból és az s3-ból. Az AzCopy jelenleg nem tud adatokat másolni két Azure Stack Hub Storage-fiók között. Ha objektumokat másol egy forrás Azure Stack Hub Storage-fiókból egy cél Azure Stack Hub Storage-fiókba, egy köztes helyi fájlrendszerre van szükség.

További információ: AzCopy az Adatátviteli eszközök használata az Azure Stack Hub Storage-ban című cikkben.

Azure Stack Hub (forrás)

Ez a tárfiók azon adatainak forrása, amelyről biztonsági másolatot szeretne készíteni.

Szüksége lesz a forrás tárfiók URL-címére és az SAS-jogkivonatra. A tárfiókok használatával kapcsolatos útmutatásért lásd: Ismerkedés az Azure Stack Hub tárolófejlesztési eszközeivel.

Azure Stack Hub (cél)

Ez az a cél, amely a biztonsági mentéshez szükséges fiókadatokat tárolja. A cél Azure Stack Hub-példánynak a cél Azure Stack Hubtól eltérő helyen kell lennie. A forrásnak pedig csatlakoznia kell a célhoz.

Szüksége lesz a forrás tárfiók URL-címére és az SAS-jogkivonatra. A tárfiókok használatával kapcsolatos útmutatásért lásd: Ismerkedés az Azure Stack Hub tárolófejlesztési eszközeivel.

Köztes helyi fájlrendszer

Szüksége lesz egy helyre az AzCopy futtatásához és az adatok tárolásához a forrásból való másoláskor, majd a cél Azure Stack Hubba való íráskor. Ez egy köztes kiszolgáló a forrás Azure Stack Hubban.

Köztes kiszolgálóként linuxos vagy windowsos kiszolgálót is létrehozhat. A kiszolgálónak elegendő tárterülettel kell rendelkeznie ahhoz, hogy az összes objektumot a forrás Storage-fiók tárolóiban tárolja.

A Windows Server beállítása után telepítenie kell az Azure Stack Hub PowerShellt és az Azure Stack Hub Toolst.

Tárfiókok biztonsági mentésének beállítása

  1. Kérje le a forrás- és a céltárfiók blobvégpontját.

    Képernyőkép a forrás- és céltárfiókok elsődleges blobvégpontjáról.

  2. SAS-jogkivonatok létrehozása és rögzítése a forrás- és céltárfiókokhoz.

    Az Azure Stack Hub Storage biztonsági mentése

  3. Telepítse az AzCopyt a köztes kiszolgálón, és állítsa be az API-verziót az Azure Stack Hub Storage-fiókok fiókként való használatára.

    • Windows-kiszolgáló esetén:
    set AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09 PowerShell use: $env:AZCOPY_DEFAULT_SERVICE_API_VERSION="2017-11-09"
    • Linux (Ubuntu) kiszolgáló esetén:
    export AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09

  4. A köztes kiszolgálón hozzon létre szkriptet. Frissítse ezt a parancsot a tárfiókkal, az SAS-kulccsal és a helyi könyvtár elérési útjával. A szkript futtatásával növekményesen másolhatja az adatokat a forrás tárfiókból.

    azcopy sync "https:/<storagaccount>/<container>?<SAS Key>" "C:\\myFolder" --recursive=true --delete-destination=true

  5. Adja meg a tárfiókot, az SAS-kulcsot és a helyi címtár elérési útját. Ezt fogja használni az adatok növekményes másolására a céltárfiókba

    azcopy sync "C:\\myFolder" "https:// <storagaccount>/<container>?<SAS Key>" --recursive=true --delete-destination=true

  6. A Cron vagy a Windows Feladatütemező használatával ütemezze a forrás Azure Stack Hub-tárfiókból a köztes kiszolgáló helyi tárolójába történő másolást. Ezután másolja a köztes kiszolgáló helyi tárolójából a cél Azure Stack Hub-tárfiókba.

    Az ezzel a megoldással elérhető RPO-t a /MO paraméter értéke, valamint a forrásfiók és a köztes kiszolgáló, valamint a köztes kiszolgáló és a célfiók közötti hálózati sávszélesség határozza meg.

    • Linux (Ubuntu) kiszolgáló esetén:
    schtasks /CREATE /SC minute /MO 5 /TN "AzCopy Script" /TR C:\\&lt;script name>.bat
    Paraméter Megjegyzés
    /SC Használjon egy perc ütemezést.
    /MO XX perces időköz.
    /TN A tevékenység neve.
    /TR A fájl elérési útja script.bat .
    • Windows-kiszolgáló esetén:

    További információ a Windows-feladatütemezés használatáról: Feladatütemező fejlesztőknek

Tárfiók használata vészhelyzetben

Minden Azure Stack Hub Storage-fiók rendelkezik egy egyedi DNS-névvel, amely magáról az Azure Stack Hub-régióról származik, például https://krsource.blob.east.asicdc.com/: . Az ebbe a DNS-névbe írt és onnan beolvasott alkalmazásoknak alkalmazkodnia kell a tárfiók DNS-nevének változásához, https://krtarget.blob.west.asicdc.com/ ha például a célfiókot katasztrófa esetén kell használni.

Az alkalmazáskapcsolati sztringek módosíthatók, miután katasztrófahelyzetet deklaráltak az objektumok áthelyezéséhez, vagy ha egy CNAME rekordot használnak a forrás- és céltárfiókokat lezáró terheléselosztó előtt, a terheléselosztó konfigurálható manuális feladatátvételi algoritmussal, amely lehetővé teszi a rendszergazda számára a cél deklarálását

Ha a SAS-t az alkalmazás használja Microsoft Entra azonosító vagy AD FS helyett, a fenti módszer nem fog működni, és az alkalmazáskapcsolati sztringeket frissíteni kell a cél tárfiók URL-címével és a céltárfiókhoz létrehozott SAS-kulcs(ok)tal.

Következő lépések

Ismerkedés az Azure Stack Hub tárolófejlesztési eszközeivel