प्रौद्योगिकी साझेदारी

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

रेडिस स्वामी-दास समूह निर्माण

1. रेडिस् स्वामी-दास-समूहः किम् ?

Redis इत्यस्य master-slave क्लस्टरः "एकः master and multiple slaves" इति पठन-लेखन-पृथक्करण-क्लस्टरः अस्ति । क्लस्टरं पठन-लेखनपृथक्करणविधाने किमर्थं स्थापनीयं तस्य कारणं मुख्यतया अस्ति यत् दत्तांशकोशसमूहानां कृते लेखनसञ्चालनदाबः सामान्यतया न्यूनः भवति, पठनदाबः अधिकः भवति अतः केवलं एकः नोड् एव लेखन-अनुरोध-क्रियाणां संसाधनस्य उत्तरदायी भवति ।

2. छद्मसमूहनिर्माणं विन्यासश्च

एक-थ्रेडेड् IO मॉडल् इत्यस्य उपयोगं कुर्वन्, प्रोसेसर-उपयोगं सुधारयितुम्, Redis-मास्टर-स्लेव् छद्म-क्लस्टरस्य निर्माणार्थं प्रायः एकस्मिन् होस्ट्-मध्ये बहुविध-रेडिस् संस्थाप्यते अवश्यं छद्म-समूह-परिदृश्यं मुख्यतया रेडिस्-शिक्षणस्य विषये अस्ति ।

अधः निर्मातव्यः पठन-लेखन-पृथक्करण-छद्म-समूहः एकः Master, द्वौ Slaves च सन्ति । तेषां बन्दरगाहसङ्ख्याः अस्य अनुरूपाः सन्ति : ६३८०, ६३८१, ६३८२ ।

2.1.redis.conf सञ्चिकां प्रतिलिख्यताम्

redis संस्थापननिर्देशिकायां, mkdir एकं निर्देशिकां क्लस्टरनामकं कुर्वन्तु । ततः redis.conf सञ्चिकाम् अस्मिन् निर्देशिकायां प्रतिलिख्यताम् । परिवर्तिता सञ्चिका पश्चात् अन्येषु विन्याससञ्चिकासु समाविष्टा भविष्यति, अतः प्रत्येकस्य Reids नोड् इत्यस्य समानानि सार्वजनिकगुणानि अस्मिन् सञ्चिकायां सेट् कर्तव्यानि सन्ति ।

2.2.redis.conf सञ्चिकां परिवर्तयन्तु

२.२.१、मास्टरौथ्

यतः वयं master-slave cluster निर्मातुम् इच्छामः, तथा च प्रत्येकं host Master तः पठितुं शक्नोति, अतः password verification attribute requirepass इति सेट् कर्तुं सर्वोत्तमम् । यदि भवद्भिः वास्तवमेव तत् स्थापयितुं आवश्यकं भवति तर्हि प्रत्येकस्य होस्ट् कृते गुप्तशब्दं समानमूल्ये सेट् कर्तुं सुनिश्चितं कुर्वन्तु । अस्मिन् समये प्रत्येकस्मिन् विन्याससञ्चिकायां समानविशेषणद्वयं सेट् कर्तव्यम् : requirepass तथा msterauth । तेषु वर्तमान-होस्ट्-प्रवेश-गुप्तशब्दं निर्दिष्टुं requirepass-इत्यस्य उपयोगः भवति, वर्तमान-दासः मास्टर-उपरि भवति चेत् प्रस्तूयमानं अभिगमन-गुप्तशब्दं निर्दिष्टुं masterauth-इत्यस्य उपयोगः भवति, यस्य उपयोगः स्वामी-इत्यस्य परिचयः वैधानिकः अस्ति वा इति सत्यापयितुं भवति

2.2.2、repl-अक्षम-tcp-nodelay

1. tcp-nodelay इति किम् : १.

   अस्माभिः ज्ञातव्यं यत् नेटवर्क् बैण्डविड्थ् न्यूनीकर्तुं TCP सर्वदा दत्तांशं प्रसारयति समये यथासम्भवं बृहत् दत्तांशखण्डं प्रेषयितुम् इच्छति । अतः TCP इत्यस्मिन् Nagle algorithm इत्यस्य उपयोगः भवति । एतत् अल्गोरिदम् दत्तांशं पैकेजिंग् कृत्वा प्रेषणात् पूर्वं निश्चित आकारं प्रति संग्रहयति ।

2. repl-disable-tcp-nodelay पैरामीटर्स् इत्यस्य विन्यासः:

   एतत् विशेषता TCP विशेषता tcp-nodelay निष्क्रियं कर्तुं एल्गोरिदम् सेट् कर्तुं उपयुज्यते । यदा हाँ इति सेट् भवति तदा तत् अक्षमं भवति (अर्थात् प्रेषणात् पूर्वं दत्तांशः निश्चिताकारं प्रति संग्रहीतः भवति) अस्मिन् समये मास्टरस्य दासस्य च मध्ये संचारः विलम्बितः भविष्यति, परन्तु प्रयुक्तानां TCP-पैकेट्-सङ्ख्या न्यूनीभवति) तथा जालस्य बैण्डविड्थः न्यूनः भविष्यति। न विपर्ययम् । नोट्: यदा बहवः master-slave स्तराः सन्ति तदा दत्तांशविलम्बं निवारयितुं no इति सेट् कर्तुं अनुशंसितम् ।

२.३.विशिष्टनिर्माणम्

सन्दर्भलेखः १.

http://t.csdnimg.cn/Fjyhw इति ग्रन्थः