કસાન્ડ્રાનું કુબરનેટ્સમાં સ્થળાંતર: સુવિધાઓ અને ઉકેલો

અમે નિયમિતપણે Apache Cassandra ડેટાબેઝનો સામનો કરીએ છીએ અને તેને Kubernetes-આધારિત ઇન્ફ્રાસ્ટ્રક્ચરમાં ચલાવવાની જરૂરિયાતનો સામનો કરીએ છીએ. આ સામગ્રીમાં, અમે Cassandra ને K8s માં સ્થાનાંતરિત કરવા માટે જરૂરી પગલાંઓ, માપદંડો અને હાલના ઉકેલો (ઓપરેટરોની ઝાંખી સહિત)ની અમારી દ્રષ્ટિ શેર કરીશું.

"જે સ્ત્રી પર રાજ કરી શકે છે તે રાજ્ય પર પણ શાસન કરી શકે છે"

કસાન્ડ્રા કોણ છે? તે એક વિતરિત સ્ટોરેજ સિસ્ટમ છે જે મોટી માત્રામાં ડેટાનું સંચાલન કરવા માટે રચાયેલ છે જ્યારે નિષ્ફળતાના એક બિંદુ વિના ઉચ્ચ ઉપલબ્ધતાની ખાતરી કરે છે. પ્રોજેક્ટને ભાગ્યે જ લાંબા પરિચયની જરૂર છે, તેથી હું ફક્ત કેસાન્ડ્રાની મુખ્ય લાક્ષણિકતાઓ આપીશ જે ચોક્કસ લેખના સંદર્ભમાં સંબંધિત હશે:

• Cassandra જાવામાં લખાયેલ છે.
• કેસાન્ડ્રા ટોપોલોજીમાં ઘણા સ્તરો શામેલ છે:
  • નોડ - એક જમાવટ કરેલ કેસાન્ડ્રા ઉદાહરણ;
  • રેક એ કસાન્ડ્રા દાખલાઓનું એક જૂથ છે, જે એક જ ડેટા સેન્ટરમાં સ્થિત અમુક લાક્ષણિકતા દ્વારા સંયુક્ત છે;
  • ડેટાસેન્ટર - એક ડેટા સેન્ટરમાં સ્થિત કેસાન્ડ્રા ઉદાહરણોના તમામ જૂથોનો સંગ્રહ;
  • ક્લસ્ટર એ તમામ ડેટા સેન્ટરોનો સંગ્રહ છે.
• Cassandra નોડને ઓળખવા માટે IP એડ્રેસનો ઉપયોગ કરે છે.
• લેખન અને વાંચન કામગીરીને ઝડપી બનાવવા માટે, કેસાન્ડ્રા કેટલાક ડેટાને RAM માં સંગ્રહિત કરે છે.

હવે - કુબરનેટસની વાસ્તવિક સંભવિત ચાલ માટે.

ટ્રાન્સફર માટે ચેક-લિસ્ટ

કસાન્ડ્રાના કુબરનેટસમાં સ્થળાંતર વિશે બોલતા, અમે આશા રાખીએ છીએ કે આ પગલાથી તેનું સંચાલન કરવું વધુ અનુકૂળ બનશે. આ માટે શું જરૂરી છે, આમાં શું મદદ કરશે?

1. ડેટા સ્ટોરેજ

પહેલેથી જ સ્પષ્ટ કરવામાં આવ્યું છે તેમ, કસાન્ડા ડેટાનો એક ભાગ RAM - in માં સ્ટોર કરે છે યાદ કરવા યોગ્ય. પરંતુ ડેટાનો બીજો ભાગ છે જે ડિસ્કમાં સાચવવામાં આવે છે - ફોર્મમાં SSTable. આ ડેટામાં એક એન્ટિટી ઉમેરવામાં આવે છે કમિટ લોગ — તમામ વ્યવહારોના રેકોર્ડ, જે ડિસ્કમાં પણ સાચવવામાં આવે છે.

કેસાન્ડ્રામાં ટ્રાન્ઝેક્શન ડાયાગ્રામ લખો

Kubernetes માં, અમે ડેટા સ્ટોર કરવા માટે PersistentVolume નો ઉપયોગ કરી શકીએ છીએ. સાબિત મિકેનિઝમ્સ માટે આભાર, કુબરનેટ્સમાં ડેટા સાથે કામ કરવું દર વર્ષે સરળ બની રહ્યું છે.

અમે દરેક Cassandra પોડ માટે અમારું પોતાનું Persistent Volume ફાળવીશું

એ નોંધવું અગત્યનું છે કે કેસાન્ડ્રા પોતે ડેટા પ્રતિકૃતિ સૂચવે છે, આ માટે બિલ્ટ-ઇન મિકેનિઝમ્સ ઓફર કરે છે. તેથી, જો તમે મોટી સંખ્યામાં ગાંઠોમાંથી Cassandra ક્લસ્ટર બનાવી રહ્યા છો, તો ડેટા સ્ટોરેજ માટે Ceph અથવા GlusterFS જેવી વિતરિત સિસ્ટમનો ઉપયોગ કરવાની જરૂર નથી. આ કિસ્સામાં, હોસ્ટ ડિસ્કનો ઉપયોગ કરીને ડેટા સ્ટોર કરવા માટે તે તાર્કિક હશે સ્થાનિક સતત ડિસ્ક અથવા માઉન્ટ કરવાનું hostPath.

બીજો પ્રશ્ન એ છે કે શું તમે દરેક સુવિધા શાખા માટે વિકાસકર્તાઓ માટે અલગ વાતાવરણ બનાવવા માંગો છો. આ કિસ્સામાં, સાચો અભિગમ એ હશે કે એક કેસાન્ડ્રા નોડ વધારવો અને ડેટાને વિતરિત સ્ટોરેજમાં સંગ્રહિત કરવો, એટલે કે. ઉલ્લેખિત Ceph અને GlusterFS તમારા વિકલ્પો હશે. પછી વિકાસકર્તા ખાતરી કરશે કે કુબર્ન્ટેસ ક્લસ્ટર નોડ્સમાંથી એક ખોવાઈ જાય તો પણ તે પરીક્ષણ ડેટા ગુમાવશે નહીં.

2. મોનીટરીંગ

કુબરનેટ્સમાં દેખરેખના અમલીકરણ માટે વર્ચ્યુઅલ રીતે બિનહરીફ પસંદગી પ્રોમિથિયસ છે (અમે આ વિશે વિગતવાર વાત કરી સંબંધિત અહેવાલ). પ્રોમિથિયસ માટે મેટ્રિક્સ નિકાસકારો સાથે કેસાન્ડ્રા કેવી રીતે કરી રહી છે? અને, Grafana માટે મેચિંગ ડેશબોર્ડ્સ સાથે, વધુ મહત્વનું શું છે?

કસાન્ડ્રા માટે ગ્રાફનામાં ગ્રાફના દેખાવનું ઉદાહરણ

ત્યાં ફક્ત બે નિકાસકારો છે: jmx_exporter и cassandra_exporter.

અમે અમારા માટે પ્રથમ પસંદ કર્યું કારણ કે:

1. JMX નિકાસકાર વધી રહ્યો છે અને વિકાસ કરી રહ્યો છે, જ્યારે કેસાન્ડ્રા નિકાસકારને પૂરતો સમુદાય સમર્થન મળી શક્યું નથી. Cassandra એક્સપોર્ટર હજુ પણ Cassandra ના મોટા ભાગના વર્ઝનને સપોર્ટ કરતું નથી.
2. તમે ફ્લેગ ઉમેરીને તેને જાવાજેન્ટ તરીકે ચલાવી શકો છો -javaagent:<plugin-dir-name>/cassandra-exporter.jar=--listen=:9180.
3. તેના માટે એક છે પર્યાપ્ત ડેશબોર્ડ, જે Cassandra Exporter સાથે અસંગત છે.

3. કુબરનેટસ આદિમ પસંદ કરી રહ્યા છીએ

કસાન્ડ્રા ક્લસ્ટરની ઉપરની રચના અનુસાર, ચાલો આપણે ત્યાં વર્ણવેલ દરેક વસ્તુનું કુબરનેટસ પરિભાષામાં અનુવાદ કરવાનો પ્રયાસ કરીએ:

• કેસાન્ડ્રા નોડ → પોડ
• કેસાન્ડ્રા રેક → સ્ટેટફુલસેટ
• સ્ટેટફુલસેટ્સમાંથી કેસન્ડ્રા ડેટાસેન્ટર → પૂલ
• કેસાન્ડ્રા ક્લસ્ટર → ???

તે તારણ આપે છે કે એક જ સમયે સમગ્ર કસાન્ડ્રા ક્લસ્ટરનું સંચાલન કરવા માટે કેટલીક વધારાની એન્ટિટી ખૂટે છે. પરંતુ જો કંઈક અસ્તિત્વમાં નથી, તો અમે તેને બનાવી શકીએ છીએ! કુબરનેટ્સ પાસે આ હેતુ માટે તેના પોતાના સંસાધનોને વ્યાખ્યાયિત કરવાની પદ્ધતિ છે - કસ્ટમ સંસાધન વ્યાખ્યાઓ.

લૉગ્સ અને ચેતવણીઓ માટે વધારાના સંસાધનોની ઘોષણા

પરંતુ કસ્ટમ રિસોર્સનો પોતે કંઈપણ અર્થ નથી: છેવટે, તે જરૂરી છે નિયંત્રક. તમારે મદદ લેવી પડી શકે છે કુબરનેટ્સ ઓપરેટર...

4. શીંગોની ઓળખ

ઉપરના ફકરામાં, અમે સંમત થયા છીએ કે એક કેસાન્ડ્રા નોડ કુબરનેટ્સમાં એક પોડની બરાબર હશે. પરંતુ પોડ્સના IP એડ્રેસ દરેક વખતે અલગ હશે. અને Cassandra માં નોડની ઓળખ IP સરનામા પર આધારિત છે... તે તારણ આપે છે કે દરેક પોડ દૂર કર્યા પછી, Cassandra ક્લસ્ટર એક નવો નોડ ઉમેરશે.

ત્યાં એક માર્ગ છે, અને માત્ર એક જ નહીં:

1. અમે હોસ્ટ આઇડેન્ટિફાયર (યુયુઆઇડી કે જે વિશિષ્ટ રીતે કેસાન્ડ્રા ઇન્સ્ટન્સને ઓળખે છે) અથવા IP એડ્રેસ દ્વારા રેકોર્ડ રાખી શકીએ છીએ અને તે બધાને અમુક સ્ટ્રક્ચર્સ/ટેબલમાં સ્ટોર કરી શકીએ છીએ. પદ્ધતિમાં બે મુખ્ય ગેરફાયદા છે:
   • જો બે ગાંઠો એકસાથે પડી જાય તો રેસની સ્થિતિનું જોખમ. ઉદય પછી, Cassandra નોડ્સ એક સાથે ટેબલમાંથી IP એડ્રેસની વિનંતી કરશે અને સમાન સંસાધન માટે સ્પર્ધા કરશે.
   • જો Cassandra નોડે તેનો ડેટા ગુમાવ્યો હોય, તો અમે તેને ઓળખી શકીશું નહીં.
2. બીજો ઉકેલ નાના હેક જેવો લાગે છે, પરંતુ તેમ છતાં: અમે દરેક Cassandra નોડ માટે ClusterIP સાથે સેવા બનાવી શકીએ છીએ. આ અમલીકરણ સાથે સમસ્યાઓ:
   • જો કેસાન્ડ્રા ક્લસ્ટરમાં ઘણા બધા નોડ્સ હોય, તો આપણે ઘણી બધી સેવાઓ બનાવવી પડશે.
   • ClusterIP લક્ષણ iptables દ્વારા લાગુ કરવામાં આવે છે. જો કેસાન્ડ્રા ક્લસ્ટરમાં ઘણા (1000... અથવા તો 100?) નોડ્સ હોય તો આ સમસ્યા બની શકે છે. જોકે IPVS પર આધારિત સંતુલન આ સમસ્યા હલ કરી શકે છે.
3. સેટિંગને સક્ષમ કરીને પોડ્સના સમર્પિત નેટવર્કને બદલે કેસાન્ડ્રા નોડ્સ માટે નોડ્સના નેટવર્કનો ઉપયોગ કરવાનો ત્રીજો ઉપાય છે. hostNetwork: true. આ પદ્ધતિ અમુક નિયંત્રણો લાદે છે:
   • એકમો બદલવા માટે. તે જરૂરી છે કે નવા નોડમાં અગાઉના એક જેવું જ IP સરનામું હોવું આવશ્યક છે (AWS, GCP જેવા વાદળોમાં આ કરવું લગભગ અશક્ય છે);
   • ક્લસ્ટર નોડ્સના નેટવર્કનો ઉપયોગ કરીને, અમે નેટવર્ક સ્રોતો માટે સ્પર્ધા કરવાનું શરૂ કરીએ છીએ. તેથી, એક ક્લસ્ટર નોડ પર કેસાન્ડ્રા સાથે એક કરતાં વધુ પોડ મૂકવું સમસ્યારૂપ બનશે.

5. બેકઅપ્સ

અમે શેડ્યૂલ પર સિંગલ કેસાન્ડ્રા નોડના ડેટાના સંપૂર્ણ સંસ્કરણને સાચવવા માંગીએ છીએ. Kubernetes નો ઉપયોગ કરીને અનુકૂળ સુવિધા પૂરી પાડે છે ક્રોનજોબ, પરંતુ અહીં કેસાન્ડ્રા પોતે અમારા વ્હીલ્સમાં સ્પોક મૂકે છે.

ચાલો હું તમને યાદ કરાવું કે Cassandra કેટલાક ડેટાને મેમરીમાં સ્ટોર કરે છે. સંપૂર્ણ બેકઅપ લેવા માટે, તમારે મેમરીમાંથી ડેટાની જરૂર છે (મેમેટેબલ્સ) ડિસ્ક પર ખસેડો (SSTables). આ બિંદુએ, Cassandra નોડ કનેક્શન્સ સ્વીકારવાનું બંધ કરે છે, ક્લસ્ટરમાંથી સંપૂર્ણપણે બંધ થઈ જાય છે.

આ પછી, બેકઅપ દૂર કરવામાં આવે છે (સ્નેપશોટ) અને યોજના સાચવવામાં આવે છે (કીસ્પેસ). અને પછી તે તારણ આપે છે કે ફક્ત બેકઅપ અમને કંઈપણ આપતું નથી: અમારે ડેટા ઓળખકર્તાઓને સાચવવાની જરૂર છે જેના માટે કેસાન્ડ્રા નોડ જવાબદાર હતો - આ ખાસ ટોકન્સ છે.

કસાન્ડ્રા નોડ્સ કયા ડેટા માટે જવાબદાર છે તે ઓળખવા માટે ટોકન્સનું વિતરણ

કુબરનેટ્સમાં Google માંથી Cassandra બેકઅપ લેવા માટેની ઉદાહરણ સ્ક્રિપ્ટ અહીં મળી શકે છે આ લિંક. એક માત્ર મુદ્દો કે જે સ્ક્રિપ્ટ ધ્યાનમાં લેતી નથી તે સ્નેપશોટ લેતા પહેલા નોડ પર ડેટા રીસેટ કરે છે. એટલે કે, બેકઅપ વર્તમાન સ્થિતિ માટે નહીં, પરંતુ થોડા સમય પહેલાની સ્થિતિ માટે કરવામાં આવે છે. પરંતુ આ નોડને ઓપરેશનમાંથી બહાર ન લેવામાં મદદ કરે છે, જે ખૂબ જ તાર્કિક લાગે છે.

set -eu

if [[ -z "$1" ]]; then
  info "Please provide a keyspace"
  exit 1
fi

KEYSPACE="$1"

result=$(nodetool snapshot "${KEYSPACE}")

if [[ $? -ne 0 ]]; then
  echo "Error while making snapshot"
  exit 1
fi

timestamp=$(echo "$result" | awk '/Snapshot directory: / { print $3 }')

mkdir -p /tmp/backup

for path in $(find "/var/lib/cassandra/data/${KEYSPACE}" -name $timestamp); do
  table=$(echo "${path}" | awk -F "[/-]" '{print $7}')
  mkdir /tmp/backup/$table
  mv $path /tmp/backup/$table
done


tar -zcf /tmp/backup.tar.gz -C /tmp/backup .

nodetool clearsnapshot "${KEYSPACE}"

એક કેસાન્ડ્રા નોડમાંથી બેકઅપ લેવા માટે બેશ સ્ક્રિપ્ટનું ઉદાહરણ

કુબરનેટ્સમાં કેસાન્ડ્રા માટે તૈયાર ઉકેલો

કુબરનેટીસમાં કસાન્ડ્રાને જમાવવા માટે હાલમાં શું વપરાય છે અને આમાંથી કયું શ્રેષ્ઠ આપેલ જરૂરિયાતોને અનુરૂપ છે?

1. સ્ટેટફુલસેટ અથવા હેલ્મ ચાર્ટ પર આધારિત ઉકેલો

Cassandra ક્લસ્ટર ચલાવવા માટે મૂળભૂત StatefulSets ફંક્શનનો ઉપયોગ કરવો એ એક સારો વિકલ્પ છે. હેલ્મ ચાર્ટ અને ગો ટેમ્પ્લેટ્સનો ઉપયોગ કરીને, તમે કેસાન્ડ્રાને જમાવવા માટે વપરાશકર્તાને લવચીક ઇન્ટરફેસ પ્રદાન કરી શકો છો.

આ સામાન્ય રીતે સારું કામ કરે છે... જ્યાં સુધી કોઈ અણધારી ઘટના ન બને, જેમ કે નોડ નિષ્ફળતા. માનક કુબરનેટ્સ ટૂલ્સ ફક્ત ઉપર વર્ણવેલ તમામ સુવિધાઓને ધ્યાનમાં લઈ શકતા નથી. વધુમાં, આ અભિગમ ખૂબ જ મર્યાદિત છે કે વધુ જટિલ ઉપયોગો માટે તેને કેટલી વધારી શકાય છે: નોડ રિપ્લેસમેન્ટ, બેકઅપ, પુનઃપ્રાપ્તિ, મોનિટરિંગ, વગેરે.

પ્રતિનિધિઓ:

• મુખ્ય સુકાન ભંડારમાંથી ચાર્ટ;
• બિટનામીનો ચાર્ટ.

બંને ચાર્ટ સમાન રીતે સારા છે, પરંતુ ઉપર વર્ણવેલ સમસ્યાઓને આધીન છે.

2. કુબરનેટ્સ ઓપરેટર પર આધારિત સોલ્યુશન્સ

આવા વિકલ્પો વધુ રસપ્રદ છે કારણ કે તેઓ ક્લસ્ટરનું સંચાલન કરવા માટે પૂરતી તકો પ્રદાન કરે છે. Cassandra ઓપરેટરને ડિઝાઇન કરવા માટે, અન્ય ડેટાબેઝની જેમ, સારી પેટર્ન સાઇડકાર <-> કંટ્રોલર <-> CRD જેવી દેખાય છે:

સારી રીતે રચાયેલ કસાન્ડ્રા ઓપરેટરમાં નોડ મેનેજમેન્ટ સ્કીમ

ચાલો હાલના ઓપરેટરો જોઈએ.

1. instaclust માંથી Cassandra-operator

• GitHub
• તત્પરતા: આલ્ફા
• લાઇસન્સ: અપાચે 2.0
• આમાં લાગુ: Java

આ ખરેખર એક એવી કંપની તરફથી ખૂબ જ આશાસ્પદ અને સક્રિય રીતે વિકાસશીલ પ્રોજેક્ટ છે જે વ્યવસ્થાપિત કેસાન્ડ્રા જમાવટ ઓફર કરે છે. તે, ઉપર વર્ણવ્યા મુજબ, સાઇડકાર કન્ટેનરનો ઉપયોગ કરે છે જે HTTP દ્વારા આદેશો સ્વીકારે છે. Java માં લખાયેલ, તેમાં કેટલીકવાર ક્લાયંટ-ગો લાઇબ્રેરીની વધુ અદ્યતન કાર્યક્ષમતાનો અભાવ હોય છે. ઉપરાંત, ઓપરેટર એક ડેટાસેન્ટર માટે વિવિધ રેક્સને સપોર્ટ કરતું નથી.

પરંતુ ઓપરેટર પાસે મોનિટરિંગ માટે સપોર્ટ, CRD નો ઉપયોગ કરીને ઉચ્ચ સ્તરીય ક્લસ્ટર મેનેજમેન્ટ અને બેકઅપ બનાવવા માટે દસ્તાવેજીકરણ જેવા ફાયદા છે.

2. જેટસ્ટેકમાંથી નેવિગેટર

• GitHub
• તત્પરતા: આલ્ફા
• લાઇસન્સ: અપાચે 2.0
• અમલમાં: ગોલાંગ

ડીબી-એ-એ-સર્વિસ જમાવવા માટે રચાયેલ નિવેદન. હાલમાં બે ડેટાબેસેસને સપોર્ટ કરે છે: Elasticsearch અને Cassandra. તેની પાસે RBAC દ્વારા ડેટાબેઝ એક્સેસ કંટ્રોલ જેવા રસપ્રદ ઉકેલો છે (આ માટે તેની પાસે તેનું પોતાનું અલગ નેવિગેટર-એપીસર્વર છે). એક રસપ્રદ પ્રોજેક્ટ જે નજીકથી જોવા માટે યોગ્ય હશે, પરંતુ છેલ્લી પ્રતિબદ્ધતા દોઢ વર્ષ પહેલાં કરવામાં આવી હતી, જે સ્પષ્ટપણે તેની સંભવિતતા ઘટાડે છે.

3. Vgkowski દ્વારા Cassandra-operator

• GitHub
• તત્પરતા: આલ્ફા
• લાઇસન્સ: અપાચે 2.0
• અમલમાં: ગોલાંગ

તેઓએ તેને "ગંભીરતાથી" ધ્યાનમાં લીધું ન હતું, કારણ કે રીપોઝીટરીમાં છેલ્લી પ્રતિબદ્ધતા એક વર્ષ કરતાં વધુ સમય પહેલા હતી. ઓપરેટર ડેવલપમેન્ટ ત્યજી દેવામાં આવ્યું છે: કુબરનેટ્સનું નવીનતમ સંસ્કરણ 1.9 છે જે સપોર્ટેડ છે.

4. રૂક દ્વારા Cassandra-ઓપરેટર

• GitHub
• તત્પરતા: આલ્ફા
• લાઇસન્સ: અપાચે 2.0
• અમલમાં: ગોલાંગ

એક ઓપરેટર જેનો વિકાસ આપણે ઈચ્છીએ તેટલી ઝડપથી આગળ વધી રહ્યો નથી. તે ક્લસ્ટર મેનેજમેન્ટ માટે સારી રીતે વિચાર્યું CRD માળખું ધરાવે છે, ક્લસ્ટરઆઈપી (સમાન "હેક") સાથે સેવાનો ઉપયોગ કરીને નોડ્સને ઓળખવાની સમસ્યાને હલ કરે છે... પરંતુ હમણાં માટે તે બધુ જ છે. હાલમાં કોઈ મોનીટરીંગ કે બેકઅપ્સ આઉટ ઓફ બોક્સ નથી (માર્ગ દ્વારા, અમે મોનીટરીંગ માટે છીએ તે આપણે જાતે લીધું). એક રસપ્રદ મુદ્દો એ છે કે તમે આ ઓપરેટરનો ઉપયોગ કરીને ScyllaDB નો ઉપયોગ પણ કરી શકો છો.

NB: અમે અમારા એક પ્રોજેક્ટમાં નાના ફેરફારો સાથે આ ઓપરેટરનો ઉપયોગ કર્યો છે. ઑપરેશનના સમગ્ર સમયગાળા દરમિયાન ઑપરેટરના કામમાં કોઈ સમસ્યા જોવા મળી નથી (~4 મહિનાના ઑપરેશન).

5. નારંગીમાંથી CassKop

• GitHub
• તત્પરતા: આલ્ફા
• લાઇસન્સ: અપાચે 2.0
• અમલમાં: ગોલાંગ

સૂચિમાં સૌથી યુવા ઓપરેટર: પ્રથમ પ્રતિબદ્ધતા મે 23, 2019 ના રોજ કરવામાં આવી હતી. પહેલેથી જ હવે તે તેના શસ્ત્રાગારમાં અમારી સૂચિમાંથી મોટી સંખ્યામાં સુવિધાઓ ધરાવે છે, જેની વધુ વિગતો પ્રોજેક્ટ રિપોઝીટરીમાં મળી શકે છે. ઓપરેટર લોકપ્રિય ઓપરેટર-sdk ના આધારે બનાવવામાં આવ્યું છે. બૉક્સની બહાર દેખરેખને સપોર્ટ કરે છે. અન્ય ઓપરેટરોમાંથી મુખ્ય તફાવત એ ઉપયોગ છે CassKop પ્લગઇન, Python માં અમલમાં મૂકવામાં આવે છે અને Cassandra નોડ્સ વચ્ચેના સંચાર માટે વપરાય છે.

તારણો

કસાન્ડ્રાને કુબરનેટ્સ પર પોર્ટ કરવા માટેના અભિગમોની સંખ્યા અને સંભવિત વિકલ્પો પોતે જ બોલે છે: વિષય માંગમાં છે.

આ તબક્કે, તમે તમારા પોતાના જોખમ અને જોખમે ઉપરોક્ત કોઈપણ પ્રયાસ કરી શકો છો: વિકાસકર્તાઓમાંથી કોઈ પણ ઉત્પાદન વાતાવરણમાં તેમના ઉકેલની 100% કામગીરીની ખાતરી આપતું નથી. પરંતુ પહેલાથી જ, ઘણા ઉત્પાદનો વિકાસ બેન્ચમાં ઉપયોગ કરવાનો પ્રયાસ કરવા માટે આશાસ્પદ લાગે છે.

મને લાગે છે કે ભવિષ્યમાં વહાણ પરની આ સ્ત્રી કામમાં આવશે!

PS

અમારા બ્લોગ પર પણ વાંચો:

• «મોંગોડીબીનું કુબરનેટ્સમાં સીમલેસ સ્થળાંતર»;
• «RabbitMQ નું કુબરનેટ્સમાં સીમલેસ સ્થળાંતર»;
• «ડેટાબેસેસ અને કુબરનેટ્સ (સમીક્ષા અને વિડિયો રિપોર્ટ)»;
• «K8s ટીપ્સ અને યુક્તિઓ: મોટા ડેટાબેસેસ માટે બુટસ્ટ્રેપને ઝડપી બનાવવું».

સોર્સ: www.habr.com