Percona XtraDB क्लस्टर या MariaDB क्लस्टर के लिए क्लस्टर-टू-क्लस्टर प्रतिकृति को कैसे कॉन्फ़िगर करें

पिछले ब्लॉग में, हमने क्लस्टर-टू-क्लस्टर प्रतिकृति नामक एक नई ClusterControl 1.7.4 सुविधा की घोषणा की थी। यह आपके प्राथमिक क्लस्टर के बीच में प्रतिकृति के साथ डीआर क्लस्टर स्थापित करने की पूरी प्रक्रिया को स्वचालित करता है। अधिक विस्तृत जानकारी के लिए कृपया उपर्युक्त ब्लॉग प्रविष्टि देखें।

अब इस ब्लॉग में, हम इस पर एक नज़र डालेंगे कि किसी मौजूदा क्लस्टर के लिए इस नई सुविधा को कैसे कॉन्फ़िगर किया जाए। इस कार्य के लिए, हम मान लेंगे कि आपके पास ClusterControl स्थापित है और इसका उपयोग करके मास्टर क्लस्टर परिनियोजित किया गया था।

मास्टर क्लस्टर के लिए आवश्यकताएँ

मास्टर क्लस्टर को काम करने के लिए कुछ आवश्यकताएं हैं:

• Percona XtraDB क्लस्टर संस्करण 5.6.x और बाद में, या MariaDB गैलेरा क्लस्टर संस्करण 10.x और बाद में।
• GTID सक्षम है।
• बाइनरी लॉगिंग कम से कम एक डेटाबेस नोड पर सक्षम है।
• बैकअप क्रेडेंशियल मास्टर क्लस्टर और स्लेव क्लस्टर में समान होने चाहिए।

मास्टर क्लस्टर तैयार करना

इस नई सुविधा का उपयोग करने के लिए मास्टर क्लस्टर को तैयार करने की आवश्यकता है। इसके लिए ClusterControl और डेटाबेस दोनों तरफ से कॉन्फ़िगरेशन की आवश्यकता होती है।

ClusterControl कॉन्फ़िगरेशन

डेटाबेस नोड में, /etc/my.cnf.d/secrets-backup.cnf (RedHat आधारित OS के लिए) या /etc/mysql/secrets-backup में संग्रहीत बैकअप उपयोगकर्ता क्रेडेंशियल की जाँच करें .cnf (डेबियन आधारित ओएस के लिए)।

$ cat /etc/my.cnf.d/secrets-backup.cnf

# Security credentials for backup.

[mysqldump]

user=backupuser

password=cYj0GFBEdqdreZEl



[xtrabackup]

user=backupuser

password=cYj0GFBEdqdreZEl



[mysqld]

wsrep_sst_auth=backupuser:cYj0GFBEdqdreZEl

ClusterControl नोड में, /etc/cmon.d/cmon_ID.cnf कॉन्फ़िगरेशन फ़ाइल को संपादित करें (जहां आईडी क्लस्टर आईडी नंबर है) और सुनिश्चित करें कि इसमें वही क्रेडेंशियल्स हैं जो सीक्रेट-बैकअप में संग्रहीत हैं। सीएनएफ.

$ cat /etc/cmon.d/cmon_8.cnf

backup_user=backupuser

backup_user_password=cYj0GFBEdqdreZEl

basedir=/usr

cdt_path=/

cluster_id=8

...

इस फ़ाइल में किसी भी परिवर्तन के लिए एक cmon सेवा पुनरारंभ की आवश्यकता होती है:

$ service cmon restart

यह सुनिश्चित करने के लिए डेटाबेस प्रतिकृति पैरामीटर जांचें कि आपके पास GTID और बाइनरी लॉगिंग सक्षम है।

डेटाबेस कॉन्फ़िगरेशन

डेटाबेस नोड में, फ़ाइल /etc/my.cnf (RedHat आधारित OS के लिए) या /etc/mysql/my.cnf (डेबियन आधारित OS के लिए) से संबंधित कॉन्फ़िगरेशन देखने के लिए जाँच करें। प्रतिकृति प्रक्रिया।

Percona XtraDB:

$ cat /etc/my.cnf

# REPLICATION SPECIFIC

server_id=4002

binlog_format=ROW

log_bin = /var/lib/mysql-binlog/binlog

log_slave_updates = ON

gtid_mode = ON

enforce_gtid_consistency = true

relay_log = relay-log

expire_logs_days = 7

मारियाडीबी गैलेरा क्लस्टर:

$ cat /etc/my.cnf

# REPLICATION SPECIFIC

server_id=9000

binlog_format=ROW

log_bin = /var/lib/mysql-binlog/binlog

log_slave_updates = ON

relay_log = relay-log

wsrep_gtid_domain_id=9000

wsrep_gtid_mode=ON

gtid_domain_id=9000

gtid_strict_mode=ON

gtid_ignore_duplicates=ON

expire_logs_days = 7

कॉन्फ़िगरेशन फ़ाइलों की जांच करने के बाद, आप यह सत्यापित कर सकते हैं कि क्या यह ClusterControl UI में सक्षम है। ClusterControl पर जाएँ -> Cluster चुनें -> Nodes। वहां आपके पास कुछ इस तरह होना चाहिए:

पहले नोड में जोड़ी गई "मास्टर" भूमिका का अर्थ है कि बाइनरी लॉगिंग सक्षम है।

बाइनरी लॉगिंग सक्षम करना

यदि आपके पास बाइनरी लॉगिंग सक्षम नहीं है, तो ClusterControl पर जाएं -> क्लस्टर चुनें -> नोड्स -> नोड क्रियाएँ -> बाइनरी लॉगिंग सक्षम करें।

फिर, आपको बाइनरी लॉग रिटेंशन और स्टोर करने के लिए पथ निर्दिष्ट करना होगा यह। आपको यह भी निर्दिष्ट करना चाहिए कि क्या आप डेटाबेस नोड को कॉन्फ़िगर करने के बाद क्लस्टरकंट्रोल को पुनरारंभ करना चाहते हैं, या यदि आप इसे स्वयं पुनरारंभ करना पसंद करते हैं।

ध्यान रखें कि बाइनरी लॉगिंग को सक्षम करने के लिए हमेशा डेटाबेस सेवा के पुनरारंभ की आवश्यकता होती है ।

ClusterControl GUI से स्लेव क्लस्टर बनाना

नया स्लेव क्लस्टर बनाने के लिए, ClusterControl पर जाएँ -> क्लस्टर चुनें -> क्लस्टर क्रियाएँ -> स्लेव क्लस्टर बनाएँ।

स्लेव क्लस्टर मौजूदा मास्टर क्लस्टर से डेटा स्ट्रीम करके बनाया जा सकता है या मौजूदा बैकअप का उपयोग करके।

इस अनुभाग में, आपको वर्तमान क्लस्टर का मास्टर नोड भी चुनना होगा जिससे डेटा दोहराया जाएगा।

जब आप अगले चरण पर जाते हैं, तो आपको उपयोगकर्ता, कुंजी या निर्दिष्ट करना होगा एसएसएच द्वारा आपके सर्वर से कनेक्ट करने के लिए पासवर्ड और पोर्ट। आपको अपने स्लेव क्लस्टर के लिए एक नाम की भी आवश्यकता है और यदि आप चाहते हैं कि ClusterControl आपके लिए संबंधित सॉफ़्टवेयर और कॉन्फ़िगरेशन स्थापित करे।

SSH एक्सेस जानकारी सेट करने के बाद, आपको डेटाबेस विक्रेता को परिभाषित करना होगा और संस्करण, डेटादिर, डेटाबेस पोर्ट और व्यवस्थापक पासवर्ड। सुनिश्चित करें कि आप उसी विक्रेता/संस्करण और क्रेडेंशियल्स का उपयोग करते हैं जो मास्टर क्लस्टर द्वारा उपयोग किया जाता है। आप यह भी निर्दिष्ट कर सकते हैं कि किस भंडार का उपयोग करना है।

इस चरण में, आपको नए स्लेव क्लस्टर में सर्वर जोड़ने की आवश्यकता है। इस कार्य के लिए, आप प्रत्येक डेटाबेस नोड का IP पता या होस्टनाम दोनों दर्ज कर सकते हैं।

आप अपने नए स्लेव क्लस्टर के निर्माण की स्थिति की निगरानी यहां से कर सकते हैं क्लस्टर नियंत्रण गतिविधि मॉनिटर। कार्य समाप्त होने के बाद, आप क्लस्टर को मुख्य क्लस्टर नियंत्रण स्क्रीन में देख सकते हैं।

ClusterControl GUI का उपयोग करके क्लस्टर-टू-क्लस्टर प्रतिकृति प्रबंधित करना

अब आपके पास आपका क्लस्टर-टू-क्लस्टर प्रतिकृति तैयार है और चल रहा है, क्लस्टरकंट्रोल का उपयोग करके इस टोपोलॉजी पर प्रदर्शन करने के लिए विभिन्न क्रियाएं हैं।

सक्रिय-सक्रिय क्लस्टर कॉन्फ़िगर करें

जैसा कि आप देख सकते हैं, डिफ़ॉल्ट रूप से स्लेव क्लस्टर रीड-ओनली मोड में सेट किया गया है। क्लस्टरकंट्रोल यूआई से नोड्स पर रीड-ओनली फ्लैग को एक-एक करके अक्षम करना संभव है, लेकिन ध्यान रखें कि एक्टिव-एक्टिव क्लस्टरिंग की सिफारिश केवल तभी की जाती है जब एप्लिकेशन केवल क्लस्टर पर अलग-अलग डेटा सेट को छू रहे हों क्योंकि MySQL/MariaDB नहीं करता है किसी भी विरोध का पता लगाने या समाधान की पेशकश करें।

रीड-ओनली मोड को अक्षम करने के लिए, ClusterControl पर जाएं -> स्लेव चुनें क्लस्टर -> नोड्स। इस अनुभाग में, प्रत्येक नोड का चयन करें और केवल-पढ़ने के लिए अक्षम विकल्प का उपयोग करें।

एक गुलाम समूह का पुनर्निर्माण

विसंगतियों से बचने के लिए, यदि आप एक स्लेव क्लस्टर का पुनर्निर्माण करना चाहते हैं, तो यह केवल-पढ़ने के लिए क्लस्टर होना चाहिए, इसका अर्थ है कि सभी नोड्स केवल-पढ़ने के लिए मोड में होने चाहिए।

ClusterControl पर जाएं -> स्लेव क्लस्टर चुनें -> नोड्स -> चुनें मास्टर क्लस्टर से जुड़ा नोड -> नोड क्रियाएँ -> प्रतिकृति दास का पुनर्निर्माण करें।

टोपोलॉजी परिवर्तन

यदि आपके पास निम्न टोपोलॉजी है:

और किसी कारण से, आप मास्टर में प्रतिकृति नोड को बदलना चाहते हैं समूह। स्लेव क्लस्टर द्वारा उपयोग किए जाने वाले मास्टर नोड को मास्टर क्लस्टर में किसी अन्य मास्टर नोड में बदलना संभव है।

एक मास्टर नोड के रूप में माने जाने के लिए, इसमें बाइनरी लॉगिंग सक्षम होना चाहिए ।

ClusterControl पर जाएं -> स्लेव क्लस्टर चुनें -> नोड्स -> चुनें मास्टर क्लस्टर से जुड़ा नोड -> नोड क्रियाएँ -> स्लेव को रोकें/गुलाम प्रारंभ करें।

प्रतिकृति दास को रोकें/शुरू करें

क्लस्टरकंट्रोल का उपयोग करके आप आसान तरीके से स्लेव की प्रतिकृति को रोक सकते हैं और शुरू कर सकते हैं।

ClusterControl पर जाएं -> स्लेव क्लस्टर चुनें -> नोड्स -> चुनें मास्टर क्लस्टर से जुड़ा नोड -> नोड क्रियाएँ -> स्लेव को रोकें/गुलाम प्रारंभ करें।

प्रतिकृति स्लेव को रीसेट करें

इस क्रिया का उपयोग करके, आप RESET SLAVE या RESET SLAVE ALL का उपयोग करके प्रतिकृति प्रक्रिया को रीसेट कर सकते हैं। उनके बीच का अंतर है, रीसेट स्लेव मास्टर होस्ट, पोर्ट और क्रेडेंशियल जैसे किसी भी प्रतिकृति पैरामीटर को नहीं बदलता है। इस जानकारी को हटाने के लिए आपको RESET SLAVE ALL का उपयोग करना चाहिए जो सभी प्रतिकृति कॉन्फ़िगरेशन को हटा देता है, इसलिए इस कमांड का उपयोग करके क्लस्टर-टू-क्लस्टर प्रतिकृति लिंक नष्ट हो जाएगा।

इस सुविधा का उपयोग करने से पहले, आपको प्रतिकृति प्रक्रिया को रोकना होगा (कृपया पिछली सुविधा देखें)।

ClusterControl पर जाएं -> स्लेव क्लस्टर चुनें -> नोड्स -> चुनें मास्टर क्लस्टर से जुड़ा नोड -> नोड क्रियाएँ -> स्लेव को रीसेट करें/स्लेव सभी को रीसेट करें।

ClusterControl CLI का उपयोग करके क्लस्टर-टू-क्लस्टर प्रतिकृति को प्रबंधित करना

पिछले अनुभाग में, आप यह देखने में सक्षम थे कि क्लस्टर-टू-क्लस्टर प्रतिकृति को ClusterControl UI का उपयोग करके कैसे प्रबंधित किया जाए। अब, देखते हैं कि कमांड लाइन का उपयोग करके इसे कैसे करें।

ध्यान दें:जैसा कि हमने इस ब्लॉग की शुरुआत में उल्लेख किया है, हम मान लेंगे कि आपने ClusterControl स्थापित कर लिया है और इसका उपयोग करके मास्टर क्लस्टर को परिनियोजित किया गया है।

दास समूह बनाएं

सबसे पहले, क्लस्टरकंट्रोल CLI का उपयोग करके स्लेव क्लस्टर बनाने के लिए एक उदाहरण कमांड देखते हैं:

$ s9s cluster --create --cluster-name=Galera1rep --cluster-type=galera  --provider-version=10.4 --nodes="192.168.100.166;192.168.100.167;192.168.100.168"  --os-user=root --os-key-file=/root/.ssh/id_rsa --db-admin=root --db-admin-passwd=xxxxxxxx --vendor=mariadb --remote-cluster-id=11 --log

अब आपकी क्रिएट स्लेव प्रक्रिया चल रही है, आइए प्रत्येक उपयोग किए गए पैरामीटर को देखें:

• क्लस्टर:क्लस्टर्स को सूचीबद्ध करने और उनमें हेरफेर करने के लिए।
• बनाएं:एक नया क्लस्टर बनाएं और इंस्टॉल करें।
• क्लस्टर-नाम:नए स्लेव क्लस्टर का नाम।
• क्लस्टर-प्रकार:स्थापित करने के लिए क्लस्टर का प्रकार।
• प्रदाता-संस्करण:सॉफ़्टवेयर संस्करण।
• नोड्स:स्लेव क्लस्टर में नए नोड्स की सूची।
• Os-user:SSH कमांड के लिए यूजर नेम।
• Os-key-file:SSH कनेक्शन के लिए उपयोग की जाने वाली कुंजी फ़ाइल।
• Db-admin:डेटाबेस एडमिन यूजर नेम।
• Db-admin-passwd:डेटाबेस एडमिन के लिए पासवर्ड।
• रिमोट-क्लस्टर-आईडी:क्लस्टर-टू-क्लस्टर प्रतिकृति के लिए मास्टर क्लस्टर आईडी।
• लॉग:प्रतीक्षा करें और जॉब संदेशों की निगरानी करें।

--log ध्वज का उपयोग करके, आप वास्तविक समय में लॉग देख पाएंगे:

Verifying job parameters.

Checking ssh/sudo on 3 hosts.

All 3 hosts are accessible by SSH.

192.168.100.166: Checking if host already exists in another cluster.

192.168.100.167: Checking if host already exists in another cluster.

192.168.100.168: Checking if host already exists in another cluster.

192.168.100.157:3306: Binary logging is enabled.

192.168.100.158:3306: Binary logging is enabled.

Creating the cluster with the following:

wsrep_cluster_address = 'gcomm://192.168.100.166,192.168.100.167,192.168.100.168'

Calling job: setupServer(192.168.100.166).

192.168.100.166: Checking OS information.

…

Caching config files.

Job finished, all the nodes have been added successfully.

सक्रिय-सक्रिय क्लस्टर कॉन्फ़िगर करें

जैसा कि आप पहले देख सकते थे, आप नए क्लस्टर में रीड-ओनली मोड को प्रत्येक नोड में अक्षम करके अक्षम कर सकते हैं, तो आइए देखें कि इसे कमांड लाइन से कैसे करें।

$ s9s node --set-read-write --nodes="192.168.100.166" --cluster-id=16 --log

आइए प्रत्येक पैरामीटर देखें:

• नोड:नोड्स को संभालने के लिए।
• सेट-रीड-राइट:नोड को रीड-राइट मोड पर सेट करें।
• नोड्स:वह नोड जहां इसे बदलना है।
• क्लस्टर-आईडी:उस क्लस्टर की आईडी जिसमें नोड है।

फिर, आप देखेंगे:

192.168.100.166:3306: Setting read_only=OFF.

एक गुलाम समूह का पुनर्निर्माण

आप निम्न आदेश का उपयोग करके एक स्लेव क्लस्टर का पुनर्निर्माण कर सकते हैं:

$ s9s replication --stage --master="192.168.100.157:3306" --slave="192.168.100.166:3306" --cluster-id=19 --remote-cluster-id=11 --log

पैरामीटर हैं:

• प्रतिकृति:डेटा प्रतिकृति की निगरानी और नियंत्रण के लिए।
• चरण:एक प्रतिकृति दास का चरण/पुनर्निर्माण।
• मास्टर:मास्टर क्लस्टर में प्रतिकृति मास्टर।
• दास:दास समूह में प्रतिकृति दास।
• क्लस्टर-आईडी:स्लेव क्लस्टर आईडी.
• रिमोट-क्लस्टर-आईडी:मास्टर क्लस्टर आईडी।
• लॉग:प्रतीक्षा करें और जॉब संदेशों की निगरानी करें।

जॉब लॉग इस के समान होना चाहिए:

Rebuild replication slave 192.168.100.166:3306 from master 192.168.100.157:3306.

Remote cluster id = 11

Shutting down Galera Cluster.

192.168.100.166:3306: Stopping node.

192.168.100.166:3306: Stopping mysqld (timeout=60, force stop after timeout=true).

192.168.100.166: Stopping MySQL service.

192.168.100.166: All processes stopped.

192.168.100.166:3306: Stopped node.

192.168.100.167:3306: Stopping node.

192.168.100.167:3306: Stopping mysqld (timeout=60, force stop after timeout=true).

192.168.100.167: Stopping MySQL service.

192.168.100.167: All processes stopped.

…

192.168.100.157:3306: Changing master to 192.168.100.166:3306.

192.168.100.157:3306: Changed master to 192.168.100.166:3306

192.168.100.157:3306: Starting slave.

192.168.100.157:3306: Collecting replication statistics.

192.168.100.157:3306: Started slave successfully.

192.168.100.166:3306: Starting node

Writing file '192.168.100.167:/etc/mysql/my.cnf'.

Writing file '192.168.100.167:/etc/mysql/secrets-backup.cnf'.

Writing file '192.168.100.168:/etc/mysql/my.cnf'.

टोपोलॉजी परिवर्तन

आप मास्टर क्लस्टर में किसी अन्य नोड का उपयोग करके अपनी टोपोलॉजी बदल सकते हैं, जिससे डेटा को दोहराया जा सकता है, उदाहरण के लिए, आप चला सकते हैं:

$ s9s replication --failover --master="192.168.100.161:3306" --slave="192.168.100.163:3306" --cluster-id=10 --remote-cluster-id=9 --log

आइए उपयोग किए गए मापदंडों की जांच करें।

• प्रतिकृति:डेटा प्रतिकृति की निगरानी और नियंत्रण के लिए।
• विफलता:एक असफल/पुराने मास्टर से मास्टर की भूमिका लें।
• मास्टर:मास्टर क्लस्टर में नया प्रतिकृति मास्टर।
• स्लेव:स्लेव क्लस्टर में प्रतिकृति स्लेव.
• क्लस्टर-आईडी:स्लेव क्लस्टर की आईडी.
• रिमोट-क्लस्टर-आईडी:मास्टर क्लस्टर की आईडी।
• लॉग:प्रतीक्षा करें और जॉब संदेशों की निगरानी करें।

आपको यह लॉग दिखाई देगा:

192.168.100.161:3306 belongs to cluster id 9.

192.168.100.163:3306: Changing master to 192.168.100.161:3306

192.168.100.163:3306: My master is 192.168.100.160:3306.

192.168.100.161:3306: Sanity checking replication master '192.168.100.161:3306[cid:9]' to be used by '192.168.100.163[cid:139814070386698]'.

192.168.100.161:3306: Executing GRANT REPLICATION SLAVE ON *.* TO 'cmon_replication'@'192.168.100.163'.

Setting up link between  192.168.100.161:3306 and 192.168.100.163:3306

192.168.100.163:3306: Stopping slave.

192.168.100.163:3306: Successfully stopped slave.

192.168.100.163:3306: Setting up replication using MariaDB GTID: 192.168.100.161:3306->192.168.100.163:3306.

192.168.100.163:3306: Changing Master using master_use_gtid=slave_pos.

192.168.100.163:3306: Changing master to 192.168.100.161:3306.

192.168.100.163:3306: Changed master to 192.168.100.161:3306

192.168.100.163:3306: Starting slave.

192.168.100.163:3306: Collecting replication statistics.

192.168.100.163:3306: Started slave successfully.

192.168.100.160:3306: Flushing logs to update 'SHOW SLAVE HOSTS'

प्रतिकृति दास को रोकें/शुरू करें

आप इस तरह से मास्टर क्लस्टर से डेटा को दोहराने के लिए रुक सकते हैं:

$ s9s replication --stop --slave="192.168.100.166:3306" --cluster-id=19 --log

आप इसे देखेंगे:

192.168.100.166:3306: Ensuring the datadir '/var/lib/mysql' exists and is owned by 'mysql'.

192.168.100.166:3306: Stopping slave.

192.168.100.166:3306: Successfully stopped slave.

और अब, आप इसे फिर से शुरू कर सकते हैं:

$ s9s replication --start --slave="192.168.100.166:3306" --cluster-id=19 --log

तो, आप देखेंगे:

192.168.100.166:3306: Ensuring the datadir '/var/lib/mysql' exists and is owned by 'mysql'.

192.168.100.166:3306: Starting slave.

192.168.100.166:3306: Collecting replication statistics.

192.168.100.166:3306: Started slave successfully.

अब, उपयोग किए गए मापदंडों की जांच करते हैं।

• प्रतिकृति:डेटा प्रतिकृति की निगरानी और नियंत्रण के लिए।
• रोकें/शुरू करें:दास को रोकने/प्रतिकृति शुरू करने के लिए।
• दास:प्रतिकृति दास नोड।
• क्लस्टर-आईडी:उस क्लस्टर की आईडी जिसमें स्लेव नोड है।
• लॉग:प्रतीक्षा करें और जॉब संदेशों की निगरानी करें।

प्रतिकृति स्लेव को रीसेट करें

इस कमांड का उपयोग करके, आप RESET SLAVE या RESET SLAVE ALL का उपयोग करके प्रतिकृति प्रक्रिया को रीसेट कर सकते हैं। इस आदेश के बारे में अधिक जानकारी के लिए, कृपया पिछले ClusterControl UI अनुभाग में इसके उपयोग की जाँच करें।

इस सुविधा का उपयोग करने से पहले, आपको प्रतिकृति प्रक्रिया को रोकना होगा (कृपया पिछली कमांड देखें)।

रीसेट स्लेव:

$ s9s replication --reset  --slave="192.168.100.166:3306" --cluster-id=19 --log

लॉग इस तरह होना चाहिए:

192.168.100.166:3306: Ensuring the datadir '/var/lib/mysql' exists and is owned by 'mysql'.

192.168.100.166:3306: Executing 'RESET SLAVE'.

192.168.100.166:3306: Command 'RESET SLAVE' succeeded.

सभी गुलाम रीसेट करें:

$ s9s replication --reset --force  --slave="192.168.100.166:3306" --cluster-id=19 --log

और यह लॉग होना चाहिए:

192.168.100.166:3306: Ensuring the datadir '/var/lib/mysql' exists and is owned by 'mysql'.

192.168.100.166:3306: Executing 'RESET SLAVE /*!50500 ALL */'.

192.168.100.166:3306: Command 'RESET SLAVE /*!50500 ALL */' succeeded.

आइए RESET SLAVE और RESET SLAVE ALL दोनों के लिए उपयोग किए गए पैरामीटर देखें।

• प्रतिकृति:डेटा प्रतिकृति की निगरानी और नियंत्रण के लिए।
• रीसेट करें:स्लेव नोड को रीसेट करें।
• Force:इस फ्लैग का उपयोग करके आप स्लेव नोड पर RESET SLAVE ALL कमांड का उपयोग करेंगे।
• दास:प्रतिकृति दास नोड।
• क्लस्टर-आईडी:स्लेव क्लस्टर आईडी.
• लॉग:प्रतीक्षा करें और जॉब संदेशों की निगरानी करें।

निष्कर्ष

यह नया क्लस्टर कंट्रोल फीचर आपको क्लस्टर-टू-क्लस्टर प्रतिकृति तेजी से बनाने और इसे आसान और मैत्रीपूर्ण तरीके से प्रबंधित करने की अनुमति देगा। यह वातावरण आपके डेटाबेस/क्लस्टर टोपोलॉजी में सुधार करेगा और यह एक आपदा पुनर्प्राप्ति योजना, परीक्षण वातावरण और अवलोकन ब्लॉग में उल्लिखित और भी अधिक विकल्पों के लिए उपयोगी होगा।