إعداد النسخ المتماثل لمجموعة Apache HBase في شبكات Azure الظاهرية

مقالة
04/29/2024

تعلّم كيفية إعداد النسخ المتماثل Apache HBase داخل شبكة ظاهرية، أو بين شبكتين ظاهريتين في Azure.

يستخدم النسخ المتماثل العنقودي منهجية دفع المصدر. يمكن أن تكون مجموعة HBase مصدراً أو وجهة، أو يمكنها أداء كلا الدورين في وقت واحد. النسخ المتماثل غير متزامن. الهدف من التكرار هو الاتساق في نهاية المطاف. عندما يتلقى المصدر تحريراً لعائلة أعمدة عند تمكين النسخ المتماثل، يُنْشَر التحرير إلى كل مجموعات المجموعات الوجهة. عند النسخ المتماثل للبيانات من مجموعة إلى أخرى، فإن نظام المجموعة المصدر وجميع المجموعات التي استهلكت البيانات المتعقبة بالفعل، لمنع حلقات النسخ المتماثل.

في هذه المقالة، تقوم بإعداد نسخة متماثلة المصدر والوجهة. للتعرف على هياكل المجموعات الأخرى، راجع الدليل المرجعي لـ Apache HBase.

فيما يلي حالات استخدام النسخ المتماثل HBase لشبكة افتراضية واحدة:

موازنة التحميل. على سبيل المثال، يمكنك تشغيل عمليات الفحص أو مهام MapReduce على الكتلة الوجهة، واستيعاب البيانات في مجموعة المصدر.
إضافة قابلية وصول عالية.
ترحيل البيانات من مجموعة HBase إلى أخرى.
ترقية مجموعة Azure HDInsight من إصدار إلى آخر.

فيما يلي حالات استخدام النسخ المتماثل HBase لشبكتين ظاهريتين:

إعداد الاسترداد من الكوارث.
موازنة التحميل وتقسيم التطبيق.
إضافة قابلية وصول عالية.

يمكنك نسخ المجموعات باستخدام البرامج النصية لإجراء البرنامج النصي من GitHub.

المتطلبات الأساسية

قبل أن تبدأ هذه المقالة، يجب أن يكون لديك اشتراك Azure. راجع الحصول على إصدار تجريبي مجاني من Azure.

إعداد البيئات

لديك ثلاثة خيارات تكوين:

مجموعتان من مجموعات Apache HBase في شبكة افتراضية واحدة من Azure.
مجموعتان من مجموعات Apache HBase في شبكتين افتراضيتين مختلفتين في نفس المنطقة.
مجموعتان من مجموعات Apache HBase في شبكتين افتراضيتين مختلفتين في منطقتين مختلفتين (النسخ المتماثل الجغرافي).

تتناول هذه المقالة سيناريو النسخ المتماثل الجغرافي.

لمساعدتك في إعداد البيئات، قمنا بإنشاء بعض قوالب Azure Resource Manager. إذا كنت تفضل إعداد البيئات باستخدام طرق أخرى، فراجع:

إعداد شبكتين ظاهريتين في منطقتين مختلفتين

لاستخدام قالب يقوم بإنشاء شبكتين ظاهريتين في منطقتين مختلفتين واتصال VPN بين شبكات VNets، حدد زر Deploy to Azure التالي.

بعض قيم التعليمات البرمجية المضمنة في القالب:

VNet 1

الخاصية	القيمة
الموقع	غرب الولايات المتحدة
اسم VNet	<ClusterNamePrevix>-vnet1
بادئة مساحة العنوان	10.1.0.0/16
اسم الشبكة الفرعية	الشبكة الفرعية 1
بادئة الشبكة الفرعية	10.1.0.0/24
اسم الشبكة الفرعية (البوابة)	GatewaySubnet (لا يمكن تغييرها)
بادئة الشبكة الفرعية (البوابة)	10.1.255.0/27
اسم البوابة	vnet1gw
نوع البوابة	Vpn
نوع Gateway VPN	RouteBased
بوابة SKU	أساسي
بوابة IP	vnet1gwip

VNet 2

الخاصية	القيمة
الموقع	شرق الولايات المتحدة
اسم VNet	<ClusterNamePrevix>-vnet2
بادئة مساحة العنوان	10.2.0.0/16
اسم الشبكة الفرعية	الشبكة الفرعية 1
بادئة الشبكة الفرعية	10.2.0.0/24
اسم الشبكة الفرعية (البوابة)	GatewaySubnet (لا يمكن تغييرها)
بادئة الشبكة الفرعية (البوابة)	10.2.255.0/27
اسم البوابة	vnet2gw
نوع البوابة	Vpn
نوع Gateway VPN	RouteBased
بوابة SKU	أساسي
بوابة IP	vnet1gwip

بدلاً من ذلك، اتبع الخطوات التالية لإعداد اثنين من vnets و VMs المختلفة يدويًا

إنشاء شبكة VNET (شبكة افتراضية) في منطقة مختلفة
تمكين النظر في كل من VNET . انتقل إلى الشبكة الافتراضية التي تم إنشاؤها في الخطوات أعلاه ثم انقر على النظر وإضافة رابط النظير لمنطقة أخرى. افعل ذلك لكل من الشبكة الافتراضية.
إنشاء أحدث نسخة من UBUNTU في كل VNET.

إعداد DNS

في القسم الأخير، ينشئ القالب جهازاً ظاهريّاً لـ Ubuntu في كل من الشبكتين الظاهريتين. في هذا القسم، تقوم بتثبيت Bind على جهازي DNS الظاهريين، ثم تكوين إعادة توجيه DNS على الجهازين الظاهريين.

لتثبيت Bind، تحتاج إلى العثور على عنوان IP العام لجهازين DNS الظاهريين.

افتح مدخل Azure.
افتح آلة DNS الافتراضية عن طريق اختيار مجموعات الموارد > [اسم مجموعة الموارد] > [vnet1DNS] . اسم مجموعة الموارد هو الاسم الذي قمت بإنشائه في الإجراء الأخير. أسماء الجهاز الظاهري لنظام أسماء النطاقات الافتراضية هي vnet1DNS وvnet2NDS.
حدد Properties لفتح صفحة خصائص الشبكة الظاهرية.
اكتب عنوان IP العام، وتحقق أيضاً من عنوان IP الخاص. يجب أن يكون عنوان IP الخاص هو 10.1.0.4 لـ vnet1DNS و10.2.0.4 لـ vnet2DNS.
غَيِّر خوادم DNS لكلتا الشبكتين الظاهريتين لاستخدام خوادم DNS الافتراضية (المتوفرة من Azure) للسماح بالوصول الداخلي والصادر لتنزيل الحزم لتثبيت Bind في الخطوات التالية.

لتثبيت Bind، استخدم الإجراء التالي:

استخدام SSH للاتصال بعنوان IP العام لجهاز DNS الظاهري. يتصل المثال التالي بجهاز ظاهري عند 40.68.254.142:
```
ssh sshuser@40.68.254.142
```
استبدل sshuser بحساب مستخدم SSH الذي حددته عند إنشاء جهاز DNS الظاهري.
إشعار

هناك عدة طرق للحصول على الأداة المساعدة ssh. على Linux وUnix وmacOS، يتم توفيره كجزء من نظام التشغيل. إذا كنت تستخدم Windows، ففكر في أحد الخيارات التالية:
لتثبيت Bind، استخدم الأوامر التالية من جلسة SSH:
```
 sudo apt-get update -y
 sudo apt-get install bind9 -y
```
تكوين Bind لإعادة توجيه طلبات تحليل الاسم إلى خادم DNS المحلي. للقيام بذلك، استخدم النص التالي كمحتويات لملف /etc/bind/named.conf.options:
```
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; };
};
```
هام

استبدال القيم الموجودة في قسم goodclients بنطاق عناوين IP للشبكتين الظاهريتين. يحدد هذا القسم العناوين التي يقبل خادم DNS هذا الطلبات منها.

لتحرير هذا الملف، استخدم الأمر التالي:
```
sudo nano /etc/bind/named.conf.options
```
لحفظ الملف، استخدم Ctrl+X، وY، ثم Enter.
من جلسة SSH، استخدم الأمر التالي:
```
hostname -f
```
يُرجع هذا الأمر قيمة مشابهة للنص التالي:
```
vnet1DNS.icb0d0thtw0ebifqt0g1jycdxd.ex.internal.cloudapp.net
```
النص icb0d0thtw0ebifqt0g1jycdxd.ex.internal.cloudapp.net عبارة عن لاحقة DNS لهذه الشبكة الظاهرية. احفظ هذه القيمة، لأنها ستُستخدم لاحقاً.

يجب عليك أيضاً معرفة لاحقة DNS من خادم DNS الآخر. أنت في حاجة إليها في الخطوة التالية.
لتكوين Bind لحل أسماء DNS للموارد داخل الشبكة الظاهرية، استخدم النص التالي كمحتويات للملف /etc/bind/named.conf.local:
```
// 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
};
```
هام

يجب استبدال v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net بلاحقة DNS للشبكة الظاهرية الأخرى. وعنوان IP الخاص بإعادة التوجيه هو عنوان IP الخاص بخادم DNS في الشبكة الظاهرية الأخرى.

لتحرير هذا الملف، استخدم الأمر التالي:
```
sudo nano /etc/bind/named.conf.local
```
لحفظ الملف، استخدم Ctrl+X، وY، ثم Enter.
لبدء Bind، استخدم الأمر التالي:
```
sudo service bind9 restart
```
للتحقق من أن الربط يمكنه حل أسماء الموارد في الشبكة الظاهرية الأخرى، استخدم الأوامر التالية:
```
sudo apt install dnsutils
nslookup vnet2dns.v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net
```
هام

استبدال vnet2dns.v5ant3az2hbe1edzthhvwwkcse.bx.internal.cloudapp.net باسم المجال المؤهل بالكامل (FQDN) لجهاز DNS الظاهري في الشبكة الأخرى.

استبدال 10.2.0.4 بـ عنوان IP الداخلي لخادم DNS المخصص في الشبكة الظاهرية الأخرى.

تبدو الاستجابة مشابهة للنص التالي:
```
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
```
حتى الآن، لا يمكنك البحث عن عنوان IP من الشبكة الأخرى دون عنوان IP محدد لخادم DNS.

تكوين الشبكة الظاهرية لاستخدام خادم DNS المخصص

لتكوين الشبكة الظاهرية لاستخدام خادم DNS المخصص بدلاً من محلل Azure العودي، استخدم الخطوات التالية:

في مدخل Microsoft Azure، حدد الشبكة الظاهرية، ثم حدد DNS Servers.
حدد Custom، وأدخل عنوان IP الداخلي لخادم DNS المخصص. أخيراً، حدد Save.
افتح الجهاز الظاهري لخادم DNS في vnet1، وانقر على Restart. يجب إعادة تشغيل جميع الأجهزة الظاهرية في الشبكة الظاهرية حتى يتم تفعيل تكوين DNS.
كرر الخطوات لتكوين خادم DNS المخصص لـ vnet2.

لاختبار تكوين DNS، يمكنك الاتصال بجهازي DNS الظاهريين باستخدام SSH، ثم اختبار اتصال خادم DNS للشبكة الافتراضية الأخرى باستخدام اسم المضيف الخاص بها. إذا لم ينجح الأمر، فاستخدم الأمر التالي للتحقق من حالة DNS:

sudo service bind9 status

إنشاء مجموعات Apache HBase

أنشئ مجموعة Apache HBase في كل من الشبكتين الظاهريتين بالتكوين التالية:

Resource group name: استخدم نفس اسم مجموعة الموارد الذي أنشأت الشبكات الافتراضية.
Cluster type: HBase
Version: HBase 1.1.2 (HDI 3.6)
Location: استخدم نفس الموقع مثل الشبكة الظاهرية. بشكل افتراضي، vnet1 هو غرب الولايات المتحدة، وvnet2 هو شرق الولايات المتحدة.
Storage: أنشئ حساب تخزين جديد للمجموعة.
Virtual network (من الإعدادات المتقدمة على البوابة الإلكترونية): حدد vnet1 الذي أنشأته في الإجراء الأخير.
Subnet: الاسم الافتراضي المستخدم في القالب هو الشبكة الفرعية 1.

لضمان تكوين البيئة بشكل صحيح، يجب أن تكون قادراً على اختبار اتصال FQDN الخاص بالعقدة الرئيسية بين المجموعتين.

تحميل بيانات التحقق

عند إجراء نسخ متماثل لمجموعة يجب تحديد الجداول التي تريد إجراء نسخ متماثل. في هذا القسم، حمِّل بعض البيانات في الكتلة المصدر. في القسم التالي، ستقوم بتمكين النسخ المتماثل بين نظامي المجموعات.

لإنشاء جدول Contacts وإدخال بعض البيانات في الجدول، اتبع الإرشادات الموجودة في البرنامج التعليمي Apache HBase: ابدأ في استخدام Apache HBase في HDInsight .

إشعار

إذا كنت تريد نسخ الجداول من مساحة اسم مخصصة، فأنت بحاجة إلى التأكد من تحديد مساحات الأسماء المخصصة المناسبة في الكتلة الوجهة أيضاً.

تمكين النَسْخ المتماثل

تصف الخطوات التالية كيفية استدعاء البرنامج النصي لإجراء البرنامج النصي من مدخل Microsoft Azure. للحصول على معلومات حول تشغيل إجراء برنامج نصي باستخدام Azure PowerShell وAzure Classic CLI، راجع تخصيص مجموعات HDInsight باستخدام إجراء البرنامج النصي.

لتمكين النسخ المتماثل HBase من مدخل Microsoft Azure

قم بتسجيل الدخول إلى بوابة Azure.
افتح المصدر HBase الكتلة.
في قائمة المجموعة، حدد Script Actions.
في الجزء العلوي من الصفحة، حدد Submit New.
حدد أو أدخل المعلومات التالية:
1. Name: أدخل Enable replication.
2. Bash Script URL: أدخل https://raw.githubusercontent.com/Azure/hbase-utils/master/replication/hdi_enable_replication.sh.
3. الرأس: تأكد من تحديد هذه المعلمة. امسح أنواع العقد الأخرى.
4. Parameters: تتيح المعلمات النموذجية التالية إمكانية النسخ المتماثل لجميع الجداول الموجودة، ثم نسخ جميع البيانات من نظام المجموعة المصدر إلى نظام المجموعة الوجهة:
-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password> -copydata

إشعار

استخدم اسم المضيف بدلاً من FQDN لكل من اسم DNS للكتلة المصدر والوجهة.

تفترض هذه الإرشادات أن hn1 هي عقدة رأس نشطة. تحقق من نظام المجموعة لتحديد عقدة الرأس النشطة.
حدد إنشاء. قد يستغرق تشغيل البرنامج النصي بعض الوقت، خاصة عند استخدام الوسيطة -copydata.

الحجج المطلوبة:

Name	‏‏الوصف
-s، --src- الكتلة	يحدد اسم DNS الخاص بمصدر كتلة HBase. على سبيل المثال: -s hbsrccluster، --src-cluster=hbsrccluster
- د، - dst- الكتلة	يحدد اسم DNS للوجهة (نسخة متماثلة) كتلة HBase. على سبيل المثال: -s dsthbcluster، --src-الكتلة = dsthbcluster
-sp، --src-ambari-كلمة المرور	يحدد كلمة مرور المسؤول لـ Ambari على مجموعة HBase المصدر.
-dp، --dst-ambari-كلمة المرور	يحدد كلمة مرور المسؤول لـ Ambari على مجموعة HBase الوجهة.

وسيطات اختيارية:

Name	‏‏الوصف
-su، --src-ambari-المستخدم	يحدد اسم مستخدم المسؤول لـ Ambari على مجموعة HBase المصدر. القيمة الافتراضية هي admin.
دو، -- dst - ambari المستخدم	يحدد اسم مستخدم المسؤول لـ Ambari على مجموعة HBase الوجهة. القيمة الافتراضية هي admin.
-t، - قائمة الجدول	يحدد الجداول المراد نسخها. على سبيل المثال: --table-list = "table1؛ table2؛ table3". إذا لم تحدد جداول، فسوف تُنْسخ جميع جداول HBase الموجودة.
م، - آلة	يحدد عقدة الرأس حيث يتم تشغيل إجراء البرنامج النصي. يجب اختيار القيمة بناءً على عقدة الرأس النشطة. استخدم هذا الخيار عند تشغيل البرنامج النصي $ 0 كإجراء نصي من مدخل HDInsight أو Azure PowerShell.
-cp، -نسخة بيانات	يُمكّن ترحيل البيانات الموجودة على الجداول حيث يتم تمكين النسخ المتماثل.
-rpm، -replicate-phoenix-meta	تمكن النسخ المتماثل على جداول نظام Phoenix. استخدم هذا الخيار بحذر. نوصي بإعادة إنشاء جداول Phoenix على مجموعات النسخ المتماثلة قبل استخدام هذا البرنامج النصي.
-h، - مساعدة	يعرض معلومات الاستخدام.

يحتوي قسم print_usage() من النص على شرح تفصيلي للمعلمات.

بعد نشر إجراء البرنامج النصي بنجاح، يمكنك استخدام SSH للاتصال بمجموعة HBase الوجهة، ثم التحقق من نسخ البيانات.

سيناريوهات النسخ المتماثل

تعرض لك القائمة التالية بعض حالات الاستخدام العامة وإعدادات المعلمات الخاصة بها:

تمكين النسخ المتماثل على كافة الجداول الموجودة بين المجموعتين . لا يتطلب هذا السيناريو نسخ البيانات الموجودة في الجداول أو ترحيلها، ولا يستخدم جداول Phoenix. استخدم المعلمات التالية:

-m hn1 -s <source hbase cluster name> -d <destination hbase cluster name> -sp <source cluster Ambari password> -dp <destination cluster Ambari password>
تمكين النسخ المتماثل في جداول معينة. لتمكين النسخ المتماثل في الجدول 1 والجدول 2 والجدول 3، استخدم المعلمات التالية:

-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"
تمكين النسخ المتماثل في جداول محددة، ونسخ البيانات الموجودة. لتمكين النسخ المتماثل في الجدول 1 والجدول 2 والجدول 3، استخدم المعلمات التالية:

-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
تمكين النسخ المتماثل على كافة الجداول، ونسخ بيانات تعريف Phoenix من المصدر إلى الوجهة. النسخ المتماثل لبيانات تعريف Phoenix ليس مثاليا. استخدمه بحذر. استخدم المعلمات التالية:

-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

إعداد النسخ المتماثل بين مجموعات ESP

المتطلبات المسبقه

يجب أن يكون كلا نظامي مجموعات ESP هناك في نفس المجال (المجال). تحقق من /etc/krb5.conf خاصية المجال الافتراضي للملف للتأكيد.
يجب أن يكون المستخدم الشائع هناك لديه حق الوصول للقراءة والكتابة إلى كلا نظامي المجموعات
1. على سبيل المثال، إذا كان لكلا نظامي المجموعات نفس مستخدم مسؤول نظام المجموعة (على سبيل المثال، admin@abc.example.com)، يمكن استخدام هذا المستخدم لتشغيل البرنامج النصي للنسخ المتماثل.
2. إذا كان كلا نظامي المجموعات يستخدمان نفس مجموعة المستخدمين، يمكنك إضافة مستخدم جديد أو استخدام مستخدم موجود من المجموعة.
3. إذا كان كلا نظامي المجموعات باستخدام مجموعة مستخدمين مختلفة، يمكنك إضافة مستخدم جديد لكليهما استخدام مستخدم موجود من المجموعات.

خطوات تنفيذ البرنامج النصي للنسخ المتماثل

إشعار

نفذ الخطوات التالية فقط إذا كان DNS غير قادر على حل اسم المضيف بشكل صحيح من نظام المجموعة الوجهة.

نسخ نظام مجموعة المتلقي يستضيف IP وتعيين اسم المضيف في ملف عقد نظام المجموعة المصدر /etc/hosts.
انسخ عقدة الرأس والعقدة العاملة ومضيف عقد ZooKeeper وتعيين IP من ملف /etc/hosts لنظام مجموعة الوجهة (المتلقي).
إضافة ملف نظام مجموعة مصدر الإدخالات المنسخة /etc/hosts. يجب إضافة هذه الإدخالات إلى العقد الرئيسية والعقد العاملة وعقد ZooKeeper.

الخطوة 1: إنشاء ملف keytab للمستخدم باستخدام ktutil. $ ktutil

addent -password -p admin@ABC.EXAMPLE.COM -k 1 -e RC4-HMAC
طلب كلمة مرور للمصادقة، وتوفير كلمة مرور المستخدم
wkt /etc/security/keytabs/admin.keytab

إشعار

تأكد من تخزين ملف keytab في /etc/security/keytabs/ مجلد بالتنسيق <username>.keytab .

الخطوة 2: تشغيل إجراء البرنامج النصي باستخدام -ku الخيار

توفير -ku <username> على مجموعات ESP.

Name	‏‏الوصف
`-ku, --krb-user`	بالنسبة إلى مجموعات ESP، مستخدم Common Kerberos، الذي يمكنه مصادقة كل من مجموعات المصدر والوجهة

نسخ وترحيل البيانات

يتوفر نصان منفصلان لإجراء البرنامج النصي لنسخ البيانات أو ترحيلها بعد تمكين النسخ المتماثل:

برنامج نصي للجداول الصغيرة (الجداول التي يبلغ حجمها بضعة غيغابايت، ومن المتوقع أن تنتهي النسخة الإجمالية في أقل من ساعة واحدة)
برنامج نصي للجداول الكبيرة (من المتوقع أن يستغرق نسخ الجداول أكثر من ساعة)

يمكنك اتباع نفس الإجراء الموضح في تمكين النسخ المتماثل لاستدعاء إجراء البرنامج النصي. استخدم المعلمات التالية:

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

يحتوي قسم print_usage() من البرنامج النصي على وصف تفصيلي للمعلمات.

السيناريوهات

نسخ جداول محددة (test1 وtest2 وtest3) لجميع الصفوف التي تم تعديلها حتى الآن (الطابع الزمني الحالي):

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

أو:

-m hn1 -t "test1::;test2::;test3::" --replication-peer="<zookeepername1>;<zookeepername2>;<zookeepername3>:2181:/hbase-unsecure" -everythingTillNow
نسخ جداول محددة بنطاق زمني محدد:

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

تعطيل النسخ المتماثل

لتعطيل النسخ المتماثل، استخدم نصّاً آخر لإجراء نص برمجي من GitHub. يمكنك اتباع نفس الإجراء الموضح في تمكين النسخ المتماثل لاستدعاء إجراء البرنامج النصي. استخدم المعلمات التالية:

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

يحتوي قسم print_usage() من النص على شرح تفصيلي للمعلمات.

السيناريوهات

تعطيل النسخ المتماثل في كافة الجداول:

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

أو

--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>
تعطيل النسخ المتماثل في الجداول المحددة (الجدول 1 والجدول 2 والجدول 3):

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

إشعار

إذا كنت تنوي حذف الكتلة الوجهة، فتأكد من إزالتها من قائمة النظراء الخاصة بمجموعة المصدر. يمكن القيام بذلك عن طريق تشغيل الأمر remove_peer '1' في shell المسمى hbase على نظام المجموعة المصدر. إذا تعذر ذلك، فقد لا تعمل كتلة المصدر بشكل صحيح.

الخطوات التالية

في هذه المقالة، تعلمت كيفية إعداد النسخ المتماثل لـ Apache HBase داخل شبكة ظاهرية أو بين شبكتين ظاهريتين. لمعرفة المزيد حول HDInsight وApache HBase، راجع المقالات التالية:

مشاركة عبر

إعداد النسخ المتماثل لمجموعة Apache HBase في شبكات Azure الظاهرية

المتطلبات الأساسية

إعداد البيئات

إعداد شبكتين ظاهريتين في منطقتين مختلفتين

إعداد DNS

تكوين الشبكة الظاهرية لاستخدام خادم DNS المخصص

إنشاء مجموعات Apache HBase

تحميل بيانات التحقق

تمكين النَسْخ المتماثل

سيناريوهات النسخ المتماثل

إعداد النسخ المتماثل بين مجموعات ESP

نسخ وترحيل البيانات

السيناريوهات

تعطيل النسخ المتماثل

السيناريوهات

الخطوات التالية

الملاحظات

الموارد الإضافية