VPN හරහා Cassandra: සේවාදායකයන්ට සහ නෝඩ්වලට වෙන් වූ ප්රවේශය
එක් Cassandra සමූහයක් ප්රේක්ෂක කණ්ඩායම් තුනක් සඟවයි. සේවාදායකයන්, සහකාර නෝඩ් සහ ක්රියාකරුවන් එයට ළඟා වන ආකාරය වෙන වෙනම තීරණය කරන්න, සහ අනන්යතාව VPN මාර්ගය තුළම තබා ගන්න.
Cassandra යෙදවීමකට එකම විශ්වීය දත්ත සමුදාය ජාලයක් නොමැත. යෙදුම් සේවාදායක සේවාව සමඟ කතා කරයි, සමූහ සාමාජිකයෝ එකිනෙකා සමඟ කතා කරති, ක්රියාකරුවෝ පරිපාලන අතුරුමුහුණත් භාවිත කරති, එම ප්රේක්ෂක කණ්ඩායම් තුන එකිනෙකාගේ ළඟාවීමේ හැකියාව උරුම නොකළ යුතුය. VPN වැනි පෞද්ගලික මාර්ගයක් හොඳ ආරම්භක ස්ථානයක් වුවත්, එය දත්ත සමුදායේ පරිශීලක අනන්යතාව නොවේ, එහි සංකේතන ප්රතිපත්තියද නොවේ. සම්බන්ධතා තීරණය සහ අවසර තීරණය වෙන් වූ සමාලෝචන දෙකක් ලෙස සලකන්න.
ප්රේක්ෂක කණ්ඩායම් තුනෙන් එකකට තමන්ගේ පිළිතුර ලැබේ, පහත කොටස් ඒවා නිරාවරණ අනුපිළිවෙලින් ගනී.
ප්රේක්ෂක කණ්ඩායම් තුනක්, තීරණ තුනක්
නියමයක් ස්පර්ශ කිරීමට පෙර එක් එක් කණ්ඩායමට ඇත්තටම අවශ්ය දේ හඳුනා ගන්න. සේවාදායකයන්ට සේවාදායක ශ්රවණය සහ ඔවුන්ට ලබා දිය හැකි සෑම නෝඩයකටම ළඟා වීමට ප්රමාණවත් තොරතුරු අවශ්යය; සහකාර නෝඩ්වලට internode තොරතුරු ද්වාරයේ එකිනෙකා අවශ්යය; ක්රියාකරුවන්ට runbook ඇත්තටම ඉල්ලන දෙය සඳහා කළමනාකරණ අතුරුමුහුණත අවශ්යය. ලැයිස්තු තුනක්, ප්රේක්ෂක කණ්ඩායම් තුනක්, විශ්වාස මට්ටම් තුනක්.
සුලභ වැරැද්ද වන්නේ එක් පැතලි පෞද්ගලික කොටසක් ගොඩනගා VPN මායිම ඉතිරිය කරනු ඇතැයි උපකල්පනය කිරීමයි. එහි ඇතුළත, සේවාදායක ද්වාරයට ළඟා වන යෙදුමක් සාමාන්යයෙන් internode ද්වාරයටද ළඟා වේ, ක්රියාකරුවෙකුගේ පරිපාලන මෙවලම් බොහෝ විට යෙදුම සමඟ එකම පිම්ම සත්කාරකයේ පිහිටයි. ඒවා එකට පැතලි කිරීම යනු අවහිර කළ යෙදුම් අනන්යතාවකට තම විමසුම්වලට වඩා වැඩි ළඟාවීමක් දැනටමත් ඇති බවයි. නිර්මාණ ලේඛනයේ ප්රේක්ෂක කණ්ඩායම් තුන පේළි තුනක් ලෙස අඳින්න, එකකට අවසර දෙන නියමය සමඟ, එවිට කිසිවෙකු ඒවා ගොඩනගන්නට පෙර හිඩැස් පෙනෙන්නට පටන් ගනී.
සේවාදායකයන්ට අවශ්ය දේ, ඊට වඩා කිසිවක් නොවේ
යොදවා ඇති සංස්කරණය සඳහා අදහස් කළ යෙදුම් මූලාශ්ර සේවාදායක අන්ත ලක්ෂ්යවලට අවසර දෙන්න, සම්බන්ධ නොවන සමූහ සහ කළමනාකරණ සේවා එම ළඟාවීමෙන් පිටත තබන්න. පසුව ධාවකය නෝඩ් සොයා ගන්නා ආකාරය පරීක්ෂා කරන්න. ළඟා විය හැකි ආරම්භක සම්බන්ධතා ලක්ෂ්යයක් යනු ධාවකය පසුව තෝරන සෑම නෝඩ් ලිපිනයක්ම එම සේවාදායක සන්දර්භයෙන් ළඟා විය හැකි බවට සාක්ෂියක් නොවේ, මන්ද ධාවකය සමූහයෙන් සහකාරයන් ඉල්ලා පසුව සමූහය ප්රකාශ කරන ලිපිනවලට සම්බන්ධ වේ.
ඒ නිසා පෞද්ගලික ලිපින එක් නොගැලපීමක් හුරුපුරුදු රටාවක් ඇති කරයි: සාර්ථක පළමු සම්බන්ධතාවයක් පසුව කාල ඉකුත්වීම්. ප්රකාශිත ලිපින සහ සේවාදායක මාර්ගගත කිරීම හිතාමතා වින්යාස කරන්න; එක් නොගැලපීමක් අලුත්වැඩියා කිරීමට මුළු සමූහයම අන්තර්ජාලයට ප්රකාශයට පත් කිරීම මාර්ගගත දෝෂයක් ආපසු ගත නොහැකි නිරාවරණයක් සමඟ මාරු කරයි.
යෙදුමේ දත්ත සමුදාය සත්යාපනය සහ භූමිකා අවසර ද තබා ගන්න. බෙදාගත් පරිවර්තිත VPN ලිපිනයක් බොහෝ පරිශීලකයන් හෝ සේවා නියෝජනය කළ හැකි බැවින් එය කිසි විටෙකත් වෙන් වූ දත්ත සමුදාය අනන්යතාවලට ආදේශකයක් නොවේ.
සේවාදායක-සිට-නෝඩ් සහ internode වෙන් වෙන්ව සංකේතනය කරන්න
Apache ආරක්ෂණ ලේඛනය සේවාදායක-සිට-නෝඩ් සහ internode සංකේතනය වෙන් වූ වින්යාස ලෙස සලකයි, එකක් සක්රීය කිරීම අනෙක සක්රීය නොකරයි. එම වෙනස VPN තුළද තවමත් අදාළ වේ, මන්ද උමඟ තම කොටස ආරක්ෂා කරන අතර යෙදුම් ක්රියාවලියේ සිට දත්ත සමුදාය ක්රියාවලිය දක්වා හෝ සමූහ සාමාජිකයන්ගේ සෑම යුගලක් අතරම ස්වයංක්රීයව විහිදෙන්නේ නැත.
ආකෘති පෙරනිමියක් උරුම කර ගැනීම වෙනුවට දෙකම පැහැදිලිව සක්රීය කරන වින්යාසයක් දළ වශයෙන් මෙසේ පෙනේ:
client_encryption_options:
enabled: true
optional: false
server_encryption_options:
internode_encryption: allවිකල්පීය සේවාදායක සංකේතනයට ඉඩ දෙන සේවාදායක වින්යාසවල, TLS පිළිගැනීම සංකේතනය නොකළ සම්බන්ධතා පිළිගැනීම සමඟ සහභාගී විය හැක, එබැවින් අභිප්රාය නොව ඵලදායී ප්රතිපත්තිය කියවන්න. සෑම සේවාදායකයෙක්ම ඇත්තටම සම්බන්ධ වන අන්ත ලක්ෂ්ය සඳහා සහතික නම්, විශ්වාසය බෙදාහැරීම සහ අලුත් කිරීම සැලසුම් කරන්න; සත්කාරක නාමයක් IP ලිපිනයකින් ප්රතිස්ථාපනය කිරීම සේවාදායකයේ අනන්යතා පරීක්ෂාව වෙනස් කරයි, එහි මාර්ගය පමණක් නොවේ.
පරිපාලනය තමන්ගේම මාර්ගයක තබා ගන්න
internode ගමනාගමනයට අවසර ලත් සහකාර කුලකය සහ තමන්ගේම ආරක්ෂණ ප්රතිපත්තිය අවශ්යය. පරිපාලන ප්රවේශය, භාවිත වන තැන JMX ඇතුළුව, වෙන් වූ ප්රේක්ෂක කණ්ඩායමක් සහ තමන්ගේම සත්යාපනය අවශ්යය. සාමාන්ය විමසුම් නිකුත් කිරීමට අවසර ලත් යෙදුමකට එබැවින් සෑම කළමනාකරණ හැකියාවක්ම අවශ්ය නොවේ, ප්රතිවිපර්යාසය නරක ය: යෙදුම් කොටසට නිරාවරණය වූ පරිපාලන මාර්ගයක් දෝෂයක සිට නැවත ගොඩනැගීමක් දක්වා කෙටිම මාර්ගයයි. එම ප්රේක්ෂක කණ්ඩායම් දෙක වෙන් වෙන්ව ලියන්න, ඒවායේ හිමිකරුවන් නම් කරන්න, මන්ද ඒවා සාමාන්යයෙන් වෙනස් කණ්ඩායම් වන අතර ඔවුන්ගේ නියම අහම්බෙන් එකට එකතු වී ඇත.
ඵලදායී වලාකුළු නියම, සත්කාරක නියම සහ ශ්රවණ වින්යාසය එක පෙළට තබා ගන්න. පෞද්ගලික ශ්රවණයක් තවමත් අනියම් පරිවර්තනයක් හෝ ප්රතිනිර්මාණයක් හරහා නිරාවරණය විය හැක, පුළුල් පොදු නියමයක් කිසිවෙකු දෙකම එකවර විග්රහ නොකරන තෙක් පටු VPN නියමයක් අසල නිහඬව තිබිය හැක.
ක්රියාකරුවන්ට ඇත්තටම කළමනාකරණ මාර්ගයක් අවශ්ය වන තැන, එයට නම් කළ හිමිකරුවෙක් සහ යෙදුමට වඩා කෙටි අක්තපත්ර ආයුකාලයක් දෙන්න. ඊළඟ පුද්ගලයා සමූහය උරුම කර ගන්නා විට පැවරීම දෘශ්යමානව තබා ගනී.
නිර්මාණය පොරොන්දු වන දේ
පොරොන්දු තුනම සත්ය භූමිකා සමඟ වලංගු කරන්න, සම්බන්ධතා පරීක්ෂණවලින් පමණක් නොවේ. අනුමත යෙදුමක් එහි අවසර ලත් කාර්යය සම්පූර්ණ කළ යුතු අතර ඊට වඩා කිසිවක් නොවේ, බැහැර කළ මූලාශ්රයක් සේවාදායක පිවිසුමේදී අසාර්ථක විය යුතුය, යෙදුම් අනන්යතාවක් වෙන් කළ පරිපාලන මාර්ගවල ප්රතික්ෂේප විය යුතුය. සේවාදායක නැවත සම්බන්ධ වීම සහ නෝඩ් තේරීම එම යෙදවීම් පරීක්ෂණයටම එකතු කරන්න, මන්ද සොයා ගැනීමේ වැරදි එහිදී මතු වේ.
නිර්මාණ ලේඛනයේ වාක්ය තුනකින් අවසන් කරන්න: කුමන සේවාදායකයන්ට විමසිය හැකිද, කුමන නෝඩ්වලට සන්නිවේදනය කළ හැකිද, කුමන ක්රියාකරුවන්ට පරිපාලනය කළ හැකිද. VPN පිටුපස සිටීම ප්රයෝජනවත් ස්ථාන විද්යා තොරතුරකි, නමුත් එය එම ප්රශ්න තුනෙන් එකකටවත් පිළිතුරක් නොවේ.