Apache HBase-fürt replikációjának beállítása Azure-beli virtuális hálózatokban

Cikk
04/29/2024

Megtudhatja, hogyan állíthat be Apache HBase-replikációt egy virtuális hálózaton belül vagy két Azure-beli virtuális hálózat között.

A fürtreplikálás egy forrás-leküldéses módszertant használ. A HBase-fürt lehet forrás vagy cél, vagy egyszerre mindkét szerepkört betöltheti. A replikáció aszinkron. A replikáció célja a végleges konzisztencia. Amikor a forrás szerkesztést kap egy oszlopcsaládhoz, amikor a replikáció engedélyezve van, a rendszer az összes célfürtre propagálja a módosítást. Amikor az egyik fürtről a másikra replikált adatokat, a forrásfürt és az összes olyan fürt, amely már felhasználta a nyomon követett adatokat, megakadályozza a replikációs ciklusokat.

Ebben a cikkben beállít egy forrás-cél replikációt. További fürttopológiákért tekintse meg az Apache HBase referencia-útmutatót.

A HBase replikációs használati esetei egyetlen virtuális hálózat esetében a következők:

Terheléselosztás. Futtathat például vizsgálatokat vagy MapReduce-feladatokat a célfürtön, és betöltheti az adatokat a forrásfürtön.
Magas rendelkezésre állás hozzáadása.
Adatok migrálása egyik HBase-fürtről a másikra.
Azure HDInsight-fürt frissítése egyik verzióról a másikra.

Két virtuális hálózat HBase-replikációs használati esetei a következők:

Vészhelyreállítás beállítása.
Az alkalmazás terheléselosztása és particionálása.
Magas rendelkezésre állás hozzáadása.

Fürtöket a GitHub szkriptműveleti szkriptjeivel replikálhat.

Előfeltételek

A cikk megkezdése előtt rendelkeznie kell egy Azure-előfizetéssel. Tekintse meg az Ingyenes Azure-próbaverziót.

A környezetek beállítása

Három konfigurációs lehetőség közül választhat:

Két Apache HBase-fürt egy Azure-beli virtuális hálózaton.
Két Apache HBase-fürt két különböző virtuális hálózatban ugyanabban a régióban.
Két Apache HBase-fürt két különböző virtuális hálózatban két különböző régióban (georeplikációs).

Ez a cikk a georeplikációs forgatókönyvet ismerteti.

A környezetek beállításához létrehoztunk néhány Azure Resource Manager-sablont. Ha más módszerekkel szeretné beállítani a környezeteket, tekintse meg a következőt:

Két virtuális hálózat beállítása két különböző régióban

Ha olyan sablont szeretne használni, amely két különböző régióban hoz létre két virtuális hálózatot, valamint a virtuális hálózatok közötti VPN-kapcsolatot, válassza az alábbi Üzembe helyezés az Azure-ban gombot.

Néhány, a sablonban rögzített érték:

VNet 1

Tulajdonság	Érték
Hely	USA nyugati régiója
Virtuális hálózat neve	<ClusterNamePrevix-vnet1>
Címtér előtagja	10.1.0.0/16
Alhálózat neve	alhálózat 1
Alhálózati előtag	10.1.0.0/24
Alhálózat (átjáró) neve	GatewaySubnet (nem módosítható)
Alhálózat (átjáró) előtagja	10.1.255.0/27
Átjáró neve	vnet1gw
Átjáró típusa	Vpn
Átjáró VPN-típusa	Útvonalalapú
Átjáró termékváltozata	Alap
Átjáró IP-címe	vnet1gwip

VNet 2

Tulajdonság	Érték
Hely	USA keleti régiója
Virtuális hálózat neve	<ClusterNamePrevix-vnet2>
Címtér előtagja	10.2.0.0/16
Alhálózat neve	alhálózat 1
Alhálózati előtag	10.2.0.0/24
Alhálózat (átjáró) neve	GatewaySubnet (nem módosítható)
Alhálózat (átjáró) előtagja	10.2.255.0/27
Átjáró neve	vnet2gw
Átjáró típusa	Vpn
Átjáró VPN-típusa	Útvonalalapú
Átjáró termékváltozata	Alap
Átjáró IP-címe	vnet1gwip

Másik lehetőségként kövesse az alábbi lépéseket két különböző virtuális hálózat és virtuális gép manuális beállításához

Két virtuális hálózat (virtuális hálózat) létrehozása különböző régióban
Engedélyezze a társviszony-létesítést mindkét virtuális hálózaton. Lépjen a fenti lépésekben létrehozott virtuális hálózatra, majd kattintson a társviszony-létesítésre, és adjon hozzá társviszony-létesítési hivatkozást egy másik régióhoz. Végezze el mindkét virtuális hálózat esetében.
Hozza létre az UBUNTU legújabb verzióját az egyes virtuális hálózatokban.

DNS beállítása

Az utolsó szakaszban a sablon létrehoz egy Ubuntu virtuális gépet a két virtuális hálózat mindegyikében. Ebben a szakaszban a Bindet a két DNS-virtuális gépre telepíti, majd konfigurálja a DNS-továbbítást a két virtuális gépen.

A Bind telepítéséhez a yonnak meg kell keresnie a két DNS virtuális gép nyilvános IP-címét.

Nyissa meg az Azure Portalt.
Nyissa meg a DNS virtuális gépet az Erőforrások csoportok > [erőforráscsoport neve] [vnet1DNS]> kiválasztásával. Az erőforráscsoport neve az utolsó eljárásban létrehozott név. Az alapértelmezett DNS virtuális gépnevek a vnet1DNS és a vnet2NDS.
Válassza a Tulajdonságok lehetőséget a virtuális hálózat tulajdonságok lapjának megnyitásához.
Írja le a nyilvános IP-címet, és ellenőrizze a privát IP-címet is. A privát IP-cím a vnet1DNS esetében 10.1.0.4 , vnet2DNS esetén pedig 10.2.0.4 .
Módosítsa mindkét virtuális hálózat DNS-kiszolgálóit úgy, hogy az alapértelmezett (Azure által biztosított) DNS-kiszolgálókat használva engedélyezze a bejövő és kimenő hozzáférést a csomagok letöltéséhez a Bind telepítéséhez az alábbi lépésekben.

A Bind telepítéséhez kövesse az alábbi eljárást:

Az SSH használatával csatlakozzon a DNS virtuális gép nyilvános IP-címéhez . Az alábbi példa egy 40.68.254.142-nél lévő virtuális géphez csatlakozik:
```
ssh sshuser@40.68.254.142
```
Cserélje le sshuser a DNS virtuális gép létrehozásakor megadott SSH-felhasználói fiókra.
Feljegyzés

A segédprogram beszerzésének számos módja ssh van. Linux, Unix és macOS rendszeren az operációs rendszer részeként biztosított. Windows használata esetén vegye figyelembe az alábbi lehetőségek egyikét:
A Bind telepítéséhez használja az alábbi parancsokat az SSH-munkamenetből:
```
 sudo apt-get update -y
 sudo apt-get install bind9 -y
```
Konfigurálja a Bindet a névfeloldási kérések helyszíni DNS-kiszolgálóra való továbbításához. Ehhez használja a következő szöveget a /etc/bind/named.conf.options fájl tartalmaként:
```
acl goodclients {
    10.1.0.0/16; # Replace with the IP address range of the virtual network 1
    10.2.0.0/16; # Replace with the IP address range of the virtual network 2
    localhost;
    localhost;
};

options {
    directory "/var/cache/bind";
    recursion yes;
    allow-query { goodclients; };

    forwarders {
        168.63.129.16; #This is the Azure DNS server
    };

    dnssec-validation auto;

    auth-nxdomain no;    # conform to RFC1035
    listen-on-v6 { any; };
};
```
Fontos

Cserélje le a goodclients szakasz értékeit a két virtuális hálózat IP-címtartományára. Ez a szakasz határozza meg azokat a címeket, amelyekről ez a DNS-kiszolgáló fogadja a kéréseket.

A fájl szerkesztéséhez használja a következő parancsot:
```
sudo nano /etc/bind/named.conf.options
```
A fájl mentéséhez használja a Ctrl+X, Y, majd az Enter billentyűkombinációt.
Az SSH-munkamenetben használja a következő parancsot:
```
hostname -f
```
Ez a parancs az alábbi szöveghez hasonló értéket ad vissza:
```
vnet1DNS.icb0d0thtw0ebifqt0g1jycdxd.ex.internal.cloudapp.net
```
A icb0d0thtw0ebifqt0g1jycdxd.ex.internal.cloudapp.net szöveg a virtuális hálózat DNS-utótagja . Mentse ezt az értéket a későbbi használatnak megfelelően.

A DNS-utótagot a másik DNS-kiszolgálótól is meg kell tudnia. A következő lépésben szüksége lesz rá.
Ha a kötést a virtuális hálózaton belüli erőforrások DNS-nevének feloldására szeretné konfigurálni, használja a következő szöveget a /etc/bind/named.conf.local fájl tartalmaként:
```
// Replace the following with the DNS suffix for your virtual network
zone "v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net" {
        type forward;
        forwarders {10.2.0.4;}; # The Azure recursive resolver
};
```
Fontos

A másik virtuális hálózat DNS-utótagját kell lecserélni v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net . A továbbító IP-címe pedig a másik virtuális hálózat DNS-kiszolgálójának privát IP-címe.

A fájl szerkesztéséhez használja a következő parancsot:
```
sudo nano /etc/bind/named.conf.local
```
A fájl mentéséhez használja a Ctrl+X, Y, majd az Enter billentyűkombinációt.
A Kötés indításához használja a következő parancsot:
```
sudo service bind9 restart
```
Annak ellenőrzéséhez, hogy a kötés feloldja-e a másik virtuális hálózatban lévő erőforrások nevét, használja az alábbi parancsokat:
```
sudo apt install dnsutils
nslookup vnet2dns.v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net
```
Fontos

Cserélje le vnet2dns.v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net a másik hálózaton lévő DNS-virtuális gép teljes tartománynevére (FQDN).

Cserélje le 10.2.0.4 az egyéni DNS-kiszolgáló belső IP-címére a másik virtuális hálózaton.

A válasz az alábbi szöveghez hasonlóan jelenik meg:
```
Server:         10.2.0.4
Address:        10.2.0.4#53

Non-authoritative answer:
Name:   vnet2dns.v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net
Address: 10.2.0.4
```
Eddig nem keresheti meg az IP-címet a másik hálózatból a megadott DNS-kiszolgáló IP-címe nélkül.

A virtuális hálózat konfigurálása az egyéni DNS-kiszolgáló használatára

Ha úgy szeretné konfigurálni a virtuális hálózatot, hogy az Egyéni DNS-kiszolgálót használja az Azure rekurzív feloldó helyett, kövesse az alábbi lépéseket:

Az Azure Portalon válassza ki a virtuális hálózatot, majd válassza a DNS-kiszolgálók lehetőséget.
Válassza az Egyéni lehetőséget, és adja meg az egyéni DNS-kiszolgáló belső IP-címét. Végül válassza a Mentés lehetőséget.
Nyissa meg a DNS-kiszolgáló virtuális gépet a vnet1-ben, és kattintson az Újraindítás gombra. A DNS-konfiguráció érvénybe léptetéséhez újra kell indítania a virtuális hálózat összes virtuális gépét.
Ismételje meg a lépéseket, és konfigurálja az egyéni DNS-kiszolgálót a vnet2-hez.

A DNS-konfiguráció teszteléséhez csatlakozhat a két DNS-virtuális géphez SSH használatával, és pingelheti a másik virtuális hálózat DNS-kiszolgálóját a gazdagép nevével. Ha nem működik, az alábbi paranccsal ellenőrizze a DNS állapotát:

sudo service bind9 status

Apache HBase-fürtök létrehozása

Hozzon létre egy Apache HBase-fürtöt a két virtuális hálózat mindegyikében a következő konfigurációval:

Erőforráscsoport neve: használja ugyanazt az erőforráscsoportnevet, mint a virtuális hálózatokat.
Fürt típusa: HBase
Verzió: HBase 1.1.2 (HDI 3.6)
Hely: Használja ugyanazt a helyet, mint a virtuális hálózat. Alapértelmezés szerint a vnet1 az USA nyugati régiója, a vnet2 pedig az USA keleti régiója.
Tárolás: Hozzon létre egy új tárfiókot a fürthöz.
Virtuális hálózat (a portál speciális beállításai közül): Válassza ki a legutóbbi eljárásban létrehozott vnet1-et.
Alhálózat: A sablonban használt alapértelmezett név az alhálózat1.

Ahhoz, hogy a környezet megfelelően legyen konfigurálva, képesnek kell lennie pingelni a fejcsomópont teljes tartománynevét a két fürt között.

Tesztadatok betöltése

Fürt replikálásakor meg kell adnia a replikálni kívánt táblákat. Ebben a szakaszban néhány adatot betölt a forrásfürtbe. A következő szakaszban engedélyezni fogja a replikációt a két fürt között.

Ha névjegytáblátszeretne létrehozni, és adatokat szeretne beszúrni a táblába, kövesse az Apache HBase oktatóanyag utasításait: Az Apache HBase használatának első lépései a HDInsightban.

Feljegyzés

Ha táblákat szeretne replikálni egy egyéni névtérből, győződjön meg arról, hogy a célfürtön is meg vannak határozva a megfelelő egyéni névterek.

A replikáció engedélyezése

Az alábbi lépések bemutatják, hogyan hívhatja meg a szkriptművelet-szkriptet az Azure Portalról. A szkriptműveletek Azure PowerShell és a klasszikus Azure CLI használatával történő futtatásáról további információt a HDInsight-fürtök testreszabása szkriptműveletekkel című témakörben talál.

HBase-replikáció engedélyezése az Azure Portalról

Jelentkezzen be az Azure Portalra.
Nyissa meg a forrás HBase-fürtöt.
A fürt menüjében válassza a Szkriptműveletek lehetőséget.
A lap tetején válassza az Új küldése lehetőséget.
Válassza ki vagy adja meg a következő adatokat:
1. Név: Adja meg a replikáció engedélyezését.
2. Bash-szkript URL-címe: Enter https://raw.githubusercontent.com/Azure/hbase-utils/master/replication/hdi_enable_replication.sh.
3. Fej: Győződjön meg arról, hogy ez a paraméter ki van választva. Törölje a többi csomóponttípust.
4. Paraméterek: Az alábbi mintaparaméterek lehetővé teszik a replikációt az összes meglévő táblához, majd másolja az összes adatot a forrásfürtből a célfürtbe:
-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password> -copydata

Feljegyzés

A forrás- és célfürt DNS-nevének teljes tartományneve helyett használja a gazdagépnevet.

Ez az útmutató a hn1-et feltételezi aktív fejcsomópontként. Ellenőrizze a fürtöt az aktív főcsomópont azonosításához.
Válassza a Létrehozás lehetőséget. A szkript futtatása eltarthat egy ideig, különösen akkor, ha a -copydata argumentumot használja.

Kötelező argumentumok:

Név	Leírás
-s, --src-cluster	Megadja a forrás HBase-fürt DNS-nevét. Például: -s hbsrccluster, --src-cluster=hbsrccluster
-d, --dst-cluster	Megadja a cél (replika) HBase-fürt DNS-nevét. Például: -s dsthbcluster, --src-cluster=dsthbcluster
-sp, --src-ambari-password	Megadja az Ambari rendszergazdai jelszavát a forrás HBase-fürtön.
-dp, --dst-ambari-password	Megadja az Ambari rendszergazdai jelszavát a cél HBase-fürtön.

Választható argumentumok:

Név	Leírás
-su, --src-ambari-user	Megadja az Ambari rendszergazdai felhasználónevét a forrás HBase-fürtön. Az alapértelmezett érték a rendszergazda.
-du, --dst-ambari-user	Megadja az Ambari rendszergazdai felhasználónevét a cél HBase-fürtben. Az alapértelmezett érték a rendszergazda.
-t, --table-list	Megadja a replikálni kívánt táblákat. Például: --table-list="table1; tábla2; table3". Ha nem ad meg táblákat, a rendszer az összes meglévő HBase-táblát replikálja.
-m, --machine	Megadja azt a fő csomópontot, ahol a szkriptművelet fut. Az értéket az aktív főcsomópont alapján kell kiválasztani. Ezt a lehetőséget akkor használja, ha a $0 szkriptet szkriptműveletként futtatja a HDInsight portálról vagy az Azure PowerShellből.
-cp, -copydata	Engedélyezi a meglévő adatok migrálását azon táblákon, amelyeken engedélyezve van a replikáció.
-rpm, -replicate-phoenix-meta	Engedélyezi a replikációt a Phoenix-rendszertáblákon. Óvatosan használja ezt a lehetőséget. Javasoljuk, hogy a szkript használata előtt hozza létre újra a Phoenix-táblákat replikafürtökön.
-h, --help	Használati adatokat jelenít meg.

A print_usage() szkript szakasza részletesen ismerteti a paramétereket.

A szkriptművelet sikeres üzembe helyezése után az SSH használatával csatlakozhat a cél HBase-fürthöz, majd ellenőrizheti, hogy az adatok replikálva lettek-e.

Replikációs forgatókönyvek

Az alábbi lista néhány általános használati esetet és azok paraméterbeállításait mutatja be:

Engedélyezze a replikációt a két fürt közötti összes táblán. Ez a forgatókönyv nem igényel meglévő adatok másolását vagy migrálását a táblákban, és nem használ Phoenix-táblákat. Használja a következő paramétereket:

-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password>
Replikáció engedélyezése adott táblákon. Az 1., a 2. és a 3. tábla replikációjának engedélyezéséhez használja a következő paramétereket:

-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password> -t "table1;table2;table3"
Engedélyezze a replikációt adott táblákon, és másolja a meglévő adatokat. Az 1., a 2. és a 3. tábla replikációjának engedélyezéséhez használja a következő paramétereket:

-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password> -t "table1;table2;table3" -copydata
Engedélyezze a replikációt az összes táblán, és replikálja a Phoenix-metaadatokat a forrásból a célba. A Phoenix metaadat-replikációja nem tökéletes. Óvatosan használja. Használja a következő paramétereket:

-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password> -t "table1;table2;table3" -replicate-phoenix-meta

Replikáció beállítása ESP-fürtök között

Előfeltételek

Mindkét ESP-fürtnek ugyanabban a tartományban (tartományban) kell lennie. Ellenőrizze a /etc/krb5.conf fájl alapértelmezett tartománytulajdonságát a megerősítéshez.
A közös felhasználónak ott kell lennie, aki olvasási és írási hozzáféréssel rendelkezik mindkét fürthöz
1. Ha például mindkét fürt ugyanazzal a fürtszintű rendszergazdai felhasználóval rendelkezik (például admin@abc.example.com), akkor a felhasználóval futtatható a replikációs szkript.
2. Ha mindkét fürt ugyanazt a felhasználói csoportot használja, felvehet egy új felhasználót, vagy használhatja a csoport meglévő felhasználóját.
3. Ha mindkét fürt eltérő felhasználói csoportot használ, hozzáadhat egy új felhasználót a csoportok meglévő felhasználójának használatához.

Replikációs szkript végrehajtásának lépései

Feljegyzés

Csak akkor hajtsa végre a következő lépéseket, ha a DNS nem tudja megfelelően feloldani a célfürt gazdagépnevét.

A fogadófürt-gazdagépek IP- és állomásnév-leképezésének másolása a forrásfürtcsomópontok /etc/gazdagépek fájljában.
Másolja a főcsomópontot, a feldolgozó csomópontot és a ZooKeeper-csomópont gazdagépét és IP-leképezését a célfürt /etc/hosts fájljából.
Másolt bejegyzések hozzáadása forrásfürt /etc/hosts fájlhoz. Ezeket a bejegyzéseket hozzá kell adni a fő csomópontokhoz, a feldolgozó csomópontokhoz és a ZooKeeper-csomópontokhoz.

1. lépés: Keytab-fájl létrehozása a felhasználó számára a következő használatávalktutil: . $ ktutil

addent -password -p admin@ABC.EXAMPLE.COM -k 1 -e RC4-HMAC
Jelszó kérése hitelesítéshez, felhasználói jelszó megadása
wkt /etc/security/keytabs/admin.keytab

Feljegyzés

Győződjön meg arról, hogy a keytab-fájl a formátumban lévő mappában /etc/security/keytabs/<username>.keytab van tárolva.

2. lépés: Szkriptművelet futtatása beállítással -ku

Adja meg -ku <username> az ESP-fürtöket.

Név	Leírás
`-ku, --krb-user`	ESP-fürtök esetén a Kerberos-felhasználó, aki hitelesíteni tudja a forrás- és célfürtöket is

Adatok másolása és migrálása

A replikáció engedélyezése után két külön szkriptműveleti szkript érhető el az adatok másolására vagy áttelepítésére:

Szkript kis táblákhoz (néhány gigabájt méretű táblák, és a teljes másolás várhatóan kevesebb mint egy óra múlva fejeződik be)
Szkript nagyméretű táblákhoz (a másolás várhatóan egy óránál tovább tart)

A szkriptművelet meghívásához a replikáció engedélyezése című szakaszban ismertetett eljárást követve hívhatja meg. Használja a következő paramétereket:

-m hn1 -t <table1:start_timestamp:end_timestamp;table2:start_timestamp:end_timestamp;...> -p <replication_peer> [-everythingTillNow]

A print_usage() szkript szakasza részletes leírást ad a paraméterekről.

Forgatókönyvek

Másolja ki az eddig szerkesztett összes sorra vonatkozó táblákat (teszt1, teszt2 és teszt3) (aktuális időbélyeg):

-m hn1 -t "test1::;test2::;test3::" -p "<zookeepername1>;<zookeepername2>;<zookeepername3>:2181:/hbase-unsecure" -everythingTillNow

Vagy:

-m hn1 -t "test1::;test2::;test3::" --replication-peer="<zookeepername1>;<zookeepername2>;<zookeepername3>:2181:/hbase-unsecure" -everythingTillNow
Adott táblák másolása megadott időtartományban:

-m hn1 -t "table1:0:452256397;table2:14141444:452256397" -p "<zookeepername1>;<zookeepername2>;<zookeepername3>:2181:/hbase-unsecure"

A replikálás letiltása

A replikáció letiltásához használjon egy másik szkriptműveleti szkriptet a GitHubról. A szkriptművelet meghívásához a replikáció engedélyezése című szakaszban ismertetett eljárást követve hívhatja meg. Használja a következő paramétereket:

-m hn1 -s <source hbase cluster name> -sp <source cluster Ambari password> <-all|-t "table1;table2;...">

A print_usage() szkript szakasza részletesen ismerteti a paramétereket.

Forgatókönyvek

Replikáció letiltása az összes táblában:

-m hn1 -s <source hbase cluster name> -sp Mypassword\!789 -all

vagy

--src-cluster=<source hbase cluster name> --dst-cluster=<destination hbase cluster name> --src-ambari-user=<source cluster Ambari user name> --src-ambari-password=<source cluster Ambari password>
Replikáció letiltása megadott táblákon (table1, table2 és table3):

-m hn1 -s <source hbase cluster name> -sp <source cluster Ambari password> -t "table1;table2;table3"

Feljegyzés

Ha törölni szeretné a célfürtöt, távolítsa el a forrásfürt társlistájából. Ez az remove_peer "1" parancs futtatásával végezhető el a forrásfürt hbase-rendszerhéjában. Ennek hiányában előfordulhat, hogy a forrásfürt nem működik megfelelően.

Következő lépések

Ebben a cikkben megtanulta, hogyan állíthat be Apache HBase-replikációt egy virtuális hálózaton belül vagy két virtuális hálózat között. A HDInsightról és az Apache HBase-ről az alábbi cikkekben talál további információt:

Share via

Apache HBase-fürt replikációjának beállítása Azure-beli virtuális hálózatokban

Előfeltételek

A környezetek beállítása

Két virtuális hálózat beállítása két különböző régióban

DNS beállítása

A virtuális hálózat konfigurálása az egyéni DNS-kiszolgáló használatára

Apache HBase-fürtök létrehozása

Tesztadatok betöltése

A replikáció engedélyezése

Replikációs forgatókönyvek

Replikáció beállítása ESP-fürtök között

Adatok másolása és migrálása

Forgatókönyvek

A replikálás letiltása

Forgatókönyvek

Következő lépések

További források