കുബർനെറ്റിലെ ഡാറ്റാബേസുകൾ: അതെ അല്ലെ?
കുബർനെറ്റീസിൽ പ്രവർത്തിക്കുന്ന അവസ്ഥ ഇപ്പോൾ സാധ്യമാണ്. അത് വേണോ വേണ്ടയോ എന്നത് മറ്റൊരു ചോദ്യമാണ്.
കുബർനെറ്റീസിൽ പ്രവർത്തിക്കുന്ന അവസ്ഥ ഇപ്പോൾ സാധ്യമാണ്. അത് വേണോ വേണ്ടയോ എന്നത് മറ്റൊരു ചോദ്യമാണ്.

വർഷങ്ങളായി, സാധാരണ ഉപദേശം ലളിതമായിരുന്നു: നിങ്ങളുടെ സംസ്ഥാനമില്ലാത്ത ആപ്ലിക്കേഷനുകൾ കുബർനെറ്റസിൽ പ്രവർത്തിപ്പിക്കുക, നിങ്ങളുടെ ഡാറ്റാബേസുകൾ മറ്റെവിടെയെങ്കിലും സൂക്ഷിക്കുക. കന്നുകാലികൾക്കു വേണ്ടിയാണ് കുബർനെറ്റസ് നിർമ്മിച്ചിരിക്കുന്നത്, ഡാറ്റാബേസുകൾ ഏറ്റവും മികച്ച വളർത്തുമൃഗങ്ങളാണ്.
ആ ഉപദേശം പഴയതാകുന്നു. കുബർനെറ്റസ് സ്റ്റോറേജ് പക്വത പ്രാപിച്ചു, കൈകൊണ്ട് നിർമ്മിച്ച പല സജ്ജീകരണങ്ങളേക്കാളും മികച്ച രീതിയിൽ ഫയൽ ഓവർ, ബാക്കപ്പുകൾ, നവീകരണങ്ങൾ എന്നിവ കൈകാര്യം ചെയ്യാൻ ഓപ്പറേറ്റർമാർക്ക് ഇപ്പോൾ കഴിയും. അതുകൊണ്ട് ചോദ്യം "നിനക്ക് കഴിയുമോ" എന്നതിൽ നിന്നും "നിനക്കാവുമോ" എന്നതിലേക്ക് മാറി.
നിങ്ങള് ക്ക് മനസിലാക്കേണ്ട ചില അടിസ്ഥാനകാര്യങ്ങള്:
db-0, db-1) അതിന്റെ സ്വന്തം സ്ഥിരമായ വോളിയവും.ഇവ ഉപയോഗിച്ച് ഒരു ഡാറ്റാബേസ് പാഡ് പുനരാരംഭിക്കുകയോ നീക്കുകയോ ചെയ്യാം.
പക്ഷെ ഇവിടെ ഒരു പിടി ഉണ്ട്. ഒരു സ്റ്റേറ്റ്ഫുൾസെറ്റ് ഡാറ്റാ അറ്റാച്ച് ചെയ്തതായി മാത്രമേ സൂക്ഷിക്കുകയുള്ളൂ. ഡാറ്റാബേസ് റെപ്ലിക്കേഷനെ കുറിച്ചോ, ഫയല് ഓവറിനെ കുറിച്ചും, ബാക്കപ്പുകളെ കുറിച്ചോ അപ്ഗ്രേഡുകളെ കുറിച്ചും ഒന്നും അറിയില്ല. അവിടെയാണ് ഓപ്പറേറ്റർമാർ വരുന്നത്.
ഒരു പ്രത്യേക ഡാറ്റാബേസ് എങ്ങനെ പ്രവർത്തിപ്പിക്കണമെന്ന് അറിയുന്ന നിങ്ങളുടെ ക്ലസ്റ്ററിൽ പ്രവർത്തിക്കുന്ന സോഫ്റ്റ്വെയറാണ് ഓപ്പറേറ്റർ. നിങ്ങള് ക്ക് വേണ്ടത് നിങ്ങള് വിവരിക്കുക, എന്നിട്ട് അത് പ്രവർത്തന വിശദാംശങ്ങള് കൈകാര്യം ചെയ്യും.
ചില നല്ല പേരുകൾ:
ക്ലൌഡ് നാറ്റീവ് പിജി ഉപയോഗിച്ച് ഒരു പോസ്റ്റ് ഗ്രെസ് ക്ലസ്റ്റർ ഇങ്ങനെ കാണപ്പെടുന്നുഃ
apiVersion: postgresql.cnpg.io/v1
kind: Cluster
metadata:
name: orders-db
spec:
instances: 3
storage:
size: 50Gi
storageClass: fast-ssd
backup:
barmanObjectStore:
destinationPath: s3://my-backups/orders-db
s3Credentials:
inheritFromIAMRole: true
retentionPolicy: "30d"
മൂന്ന് സന്ദര് ഭങ്ങൾ, സ്ട്രീമിംഗ് റെപ്ലിക്കേഷൻ, ഓട്ടോമാറ്റിക് ഫയല് ഓവറും ബാക്കപ്പുകളും, ഏകദേശം പതിനഞ്ചു വരികളില് . അത് വളരെ ശ്രദ്ധേയമാണ്.
ഒരു ഓപ്പറേറ്റർ ഇല്ലാത്ത ഒരു Kubernetes ഡാറ്റാബേസ് കേവലം ഒരു ഡാറ്റാ ബേസ് ആണ്, അത് തകർക്കാൻ അധിക വഴികളുള്ളതാണ്.
നിങ്ങള് എന്ത് ചെയ്താലും, ബാക്കപ്പ് ആണ് പ്രധാനം. കുറച്ച് നിയമങ്ങൾ:
Kubernetes-ൽ ഡാറ്റാബേസുകൾ പ്രവർത്തിപ്പിക്കുന്നത് നിങ്ങളുടെ ടീമിന് ഒരു മാനേജ്ഡ് സർവീസ് കൈകാര്യം ചെയ്യുന്ന കാര്യങ്ങളുടെ ഉടമസ്ഥാവകാശം എന്നാണ് അർത്ഥമാക്കുന്നത്:
ഒരു മാനേജ്ഡ് സർവീസ് (ആർഡിഎസ്, ക്ലൌഡ് എസ്. ക്യു. എൽ, അസ്യുര് ഡാറ്റാബേസ് തുടങ്ങിയവ) തിരഞ്ഞെടുക്കുകഃ
ഞാൻ അത് കുബർനെറ്റസിൽ പ്രവർത്തിപ്പിക്കും:
അത് ആശ്രയിച്ചിരിക്കുന്നു, പക്ഷെ ഉത്തരം ഇനി "ഒരിക്കലും" അല്ല. നല്ലൊരു ഓപ്പറേറ്ററെയും, നല്ല ബാക്കപ്പുകളും, ഡാറ്റാബേസ് മനസിലാക്കുന്ന ഒരു ടീമും ഉള്ളതുകൊണ്ട്, കുബർനെറ്റസ് ഒരു തികച്ചും ന്യായമായ വീടാണ്. അവയില്ലാതെ, ഒരു മാനേജ്ഡ് സർവീസ് നിങ്ങളെ ഉറക്കമില്ലാത്ത രാത്രികളിൽ നിന്ന് രക്ഷിക്കും.
എന്റെ അഭിപ്രായം: ഡാറ്റാബേസ് എവിടെയാണെന്നത് കാര്യമാക്കുന്നില്ല. അത് മനസ്സിലാക്കുന്ന ആരെങ്കിലും അതിനെ നോക്കിയോ എന്ന് അത് ശ്രദ്ധിക്കുന്നു.
ഡെസ്ലി