በNoSQL ላይ ውሂብን፣ መረጋጋትን እና እምነትን ሳታጡ የካሳንድራን አይኖች እንዴት መመልከት እንደሚቻል

በህይወት ውስጥ ሁሉም ነገር ቢያንስ አንድ ጊዜ መሞከር ጠቃሚ ነው ይላሉ. እና ከተዛማጅ ዲቢኤምኤስ ጋር ለመስራት ከተለማመዱ ፣ ከዚያ ከ NoSQL ጋር በተግባር መተዋወቅ ጠቃሚ ነው ፣ በመጀመሪያ ፣ ቢያንስ ለአጠቃላይ ልማት። አሁን, በዚህ ቴክኖሎጂ ፈጣን እድገት ምክንያት, በዚህ ርዕስ ላይ ብዙ የሚጋጩ አስተያየቶች እና የጦፈ ክርክሮች አሉ, ይህም በተለይ ፍላጎትን ይጨምራል.
የእነዚህን ሁሉ አለመግባባቶች ምንነት ከመረመርክ፣ በተሳሳተ አካሄድ ምክንያት የሚነሱ መሆናቸውን ማየት ትችላለህ። የ NoSQL የውሂብ ጎታዎችን በትክክል በሚፈልጉበት ቦታ የሚጠቀሙ ሰዎች ረክተዋል እናም ከዚህ መፍትሄ ሁሉንም ጥቅሞች ይቀበላሉ. እና በዚህ ቴክኖሎጂ ላይ ሙሉ በሙሉ ተግባራዊ በማይሆንበት ቦታ እንደ መድሃኒት የሚተማመኑ ሞካሪዎች ከፍተኛ ጥቅም ሳያገኙ የግንኙነት ዳታቤዝ ጥንካሬዎችን በማጣታቸው ቅር ተሰኝተዋል።

በካሳንድራ ዲቢኤምኤስ ላይ የተመሰረተ መፍትሄን በመተግበር ላይ ስላሳለፍነው ልምድ እነግርዎታለሁ: ምን ሊገጥመን እንደሚገባ, ከአስቸጋሪ ሁኔታዎች እንዴት እንደወጣን, NoSQL ን በመጠቀም ጥቅም ማግኘት እንደቻልን እና ተጨማሪ ጥረቶችን / ገንዘቦችን ኢንቬስት ማድረግ እንዳለብን እነግርዎታለሁ. .
የመጀመሪያው ተግባር በአንድ ዓይነት ማከማቻ ውስጥ ጥሪዎችን የሚመዘግብ ስርዓት መገንባት ነው።

የስርዓቱ አሠራር መርህ እንደሚከተለው ነው. ግብአቱ የጥሪው አወቃቀሩን የሚገልጽ የተወሰነ መዋቅር ያላቸውን ፋይሎች ያካትታል። ከዚያም አፕሊኬሽኑ ይህ መዋቅር በተገቢው አምዶች ውስጥ መቀመጡን ያረጋግጣል. ለወደፊቱ, የተቀመጡ ጥሪዎች ለደንበኝነት ተመዝጋቢዎች የትራፊክ ፍጆታ (ክፍያዎች, ጥሪዎች, የሂሳብ ታሪክ) መረጃን ለማሳየት ያገለግላሉ.

ካሳንድራን ለምን እንደመረጡ ግልፅ ነው - እሷ እንደ ማሽን ሽጉጥ ትጽፋለች ፣ በቀላሉ ሊሰፋ የሚችል እና ስህተትን ታግሳለች።

ስለዚህ ልምድ የሰጠን ይህ ነው።

አዎ, ያልተሳካ መስቀለኛ መንገድ አሳዛኝ አይደለም. የካሳንድራ ስህተት መቻቻል ዋናው ነገር ይህ ነው። ግን አንድ መስቀለኛ መንገድ በህይወት ሊኖር ይችላል እና በተመሳሳይ ጊዜ በአፈፃፀም ውስጥ መሰቃየት ይጀምራል. እንደ ተለወጠ, ይህ ወዲያውኑ የጠቅላላውን ስብስብ አፈፃፀም ይነካል.

ካሳንድራ Oracle ባዳነህ ቦታ ላይ ከውጥረቶቹ ጋር አይጠብቅህም።. እና የማመልከቻው ደራሲ ይህንን አስቀድሞ ካልተረዳ ፣ ከዚያ ለካሳንድራ የመጣው ድርብ ከመጀመሪያው የከፋ አይደለም ። አንዴ ከደረሰ በኋላ እናስገባዋለን.

IB ነፃውን ካሳንድራ ከሳጥን ውስጥ አጥብቆ አልወደደውም። የተጠቃሚ እርምጃዎች ምዝግብ ማስታወሻ የለም፣ የመብቶች ልዩነት የለም።. ስለ ጥሪዎች መረጃ እንደ የግል መረጃ ይቆጠራል፣ ይህ ማለት በማንኛውም መንገድ ለመጠየቅ/ለመቀየር የሚደረጉ ሙከራዎች ሁሉ በቀጣይ ኦዲት ሊደረጉ በሚችሉበት ሁኔታ መመዝገብ አለባቸው። እንዲሁም ለተለያዩ ተጠቃሚዎች በተለያየ ደረጃ መብቶችን የመለየት አስፈላጊነትን ማወቅ አለብዎት። ቀላል ኦፕሬሽን መሐንዲስ እና ሙሉውን ቁልፍ ቦታ በነጻነት መሰረዝ የሚችል ሱፐር አስተዳዳሪ የተለያዩ ሚናዎች፣ የተለያዩ ኃላፊነቶች እና ብቃቶች ናቸው። እንደዚህ ያለ የመዳረሻ መብቶች ልዩነት ከሌለ የመረጃው ዋጋ እና ታማኝነት ወዲያውኑ ከማንኛውም ወጥነት ደረጃ ይልቅ በፍጥነት ጥያቄ ውስጥ ይገባል።

ጥሪዎች ሁለቱንም ከባድ ትንታኔዎች እና ለተለያዩ ሁኔታዎች ወቅታዊ ናሙናዎች እንደሚያስፈልጋቸው ግምት ውስጥ አላስገባንም። የተመረጡት መዝገቦች ይሰረዛሉ እና እንደገና ይፃፉ (እንደ የተግባሩ አካል ፣ መረጃው መጀመሪያ ላይ ወደ ዑደታችን በስህተት ሲገባ መረጃውን የማዘመን ሂደቱን መደገፍ አለብን) ካሳንድራ እዚህ ጓደኛችን አይደለም። ካሳንድራ ልክ እንደ ፒጊ ባንክ ነው - ነገሮችን ለማስገባት ምቹ ነው, ነገር ግን በእሱ ውስጥ መቁጠር አይችሉም.

ውሂብን ወደ የሙከራ ዞኖች በማስተላለፍ ላይ ችግር አጋጥሞናል። (በሙከራ ውስጥ 5 አንጓዎች ከ 20 ጋር በፕሮም ውስጥ)። በዚህ ሁኔታ, ቆሻሻው መጠቀም አይቻልም.

ወደ ካሳንድራ የሚጽፈውን የመተግበሪያ ውሂብ ንድፍ የማዘመን ችግር። ወደ ኋላ መመለስ እጅግ በጣም ብዙ የመቃብር ድንጋዮችን ያመነጫል፣ ይህም ባልተጠበቀ መንገድ ወደ ምርታማነት ኪሳራ ሊያመራ ይችላል።. ካሳንድራ ለመቅዳት የተመቻቸ ነው፣ እና ከመፃፉ በፊት ብዙ አያስብም።በውስጡ ያለው መረጃ ያለው ማንኛውም ክወና እንዲሁ ቀረጻ ነው። ማለትም፣ አላስፈላጊውን በመሰረዝ፣ በቀላሉ ተጨማሪ መዝገቦችን እናዘጋጃለን፣ እና አንዳንዶቹ ብቻ በመቃብር ድንጋይ ምልክት ይደረግባቸዋል።

በሚያስገቡበት ጊዜ ማብቂያዎች። ካሳንድራ በቀረጻው ላይ ቆንጆ ነች፣ ግን አንዳንድ ጊዜ የሚመጣው ፍሰት እሷን በከፍተኛ ሁኔታ ያደናግራታል።. ይህ የሚሆነው አፕሊኬሽኑ በሆነ ምክንያት ሊገቡ በማይችሉ በርካታ መዝገቦች ዙሪያ ማሽከርከር ሲጀምር ነው። እና gc.logን፣ ሲስተምን እና የማረም ምዝግብ ማስታወሻዎችን ለዘገምተኛ መጠይቆች የሚከታተል እውነተኛ DBA እንፈልጋለን፣ በመጠባበቅ ላይ ያሉ መለኪያዎች።

በክላስተር ውስጥ ያሉ በርካታ የውሂብ ማዕከሎች። ከየት እና ከየት መጻፍ?
ምናልባት በማንበብ እና በመፃፍ ተከፋፍሎ ሊሆን ይችላል? እና ከሆነ፣ ለመጻፍ ወይም ለማንበብ ወደ ማመልከቻው የቀረበ ዲሲ መኖር አለበት? እና የተሳሳተ የወጥነት ደረጃን ከመረጥን በእውነተኛ የተከፈለ አንጎል ውስጥ አንገባም? ብዙ ጥያቄዎች፣ ብዙ ያልታወቁ መቼቶች፣ በእርግጥ ልታጠባቸው የምትፈልጋቸው እድሎች አሉ።

እንዴት እንደወሰንን

መስቀለኛ መንገዱ እንዳይሰምጥ ለመከላከል፣ SWAP ተሰናክሏል።. እና አሁን, የማስታወስ እጥረት ካለ, መስቀለኛ መንገድ ወደ ታች መውረድ እና ትልቅ የ gc ማቆሚያዎችን መፍጠር የለበትም.

ስለዚህ፣ ከአሁን በኋላ በመረጃ ቋቱ ውስጥ በሎጂክ ላይ አንታመንም። የመተግበሪያ ገንቢዎች እራሳቸውን እንደገና እያሰለጠኑ ነው እና በራሳቸው ኮድ ውስጥ በንቃት ጥንቃቄዎችን ማድረግ ይጀምራሉ. የውሂብ ማከማቻ እና ሂደት በጣም ጥሩ መለያየት።

ከDataStax ድጋፍ ገዝተናል። የቦክስ ካሳንድራ ልማት ቀድሞውኑ ቆሟል (የመጨረሻው ቃል በየካቲት 2018 ነበር)። በተመሳሳይ ጊዜ, Datastax ለነባር የአይፒ መፍትሄዎች እጅግ በጣም ጥሩ አገልግሎት እና ብዙ የተሻሻሉ እና የተስተካከሉ መፍትሄዎችን ያቀርባል.

በተጨማሪም ካሳንድራ ለምርጫ መጠይቆች በጣም ምቹ እንዳልሆነ ማስተዋል እፈልጋለሁ። በእርግጥ CQL ለተጠቃሚዎች ትልቅ እርምጃ ነው (ከትሪፍት ጋር ሲነጻጸር)። ግን እንደዚህ ያሉ ምቹ መጋጠሚያዎችን የለመዱ ሙሉ ክፍሎች ካሉዎት ፣ በማንኛውም መስክ ነፃ ማጣሪያ እና የጥያቄ ማመቻቸት ችሎታዎች ፣ እና እነዚህ ክፍሎች ቅሬታዎችን እና አደጋዎችን ለመፍታት እየሰሩ ከሆነ ፣ ከዚያ በካዛንድራ ላይ ያለው መፍትሄ ለእነሱ ጠላት እና ደደብ ይመስላል። እና ባልደረቦቻችን ናሙናዎችን እንዴት እንደሚሠሩ መወሰን ጀመርን.

ሁለት አማራጮችን ተመልክተናል በመጀመሪያው አማራጭ ጥሪዎችን የምንጽፈው በC* ብቻ ሳይሆን በማህደር በተቀመጠው Oracle ዳታቤዝ ውስጥ ነው። ብቻ፣ እንደ C* ሳይሆን፣ ይህ የውሂብ ጎታ ጥሪዎችን የሚያከማች ለአሁኑ ወር ብቻ ነው (ለኃይል መሙያ ጉዳዮች በቂ የጥሪ ማከማቻ ጥልቀት)። እዚህ ጋር ወዲያውኑ የሚከተለውን ችግር አየን-በተመሳሰለ ሁኔታ ከፃፍን ፣ ከዚያ በፍጥነት ከማስገባት ጋር የተቆራኙትን የ C * ጥቅሞች በሙሉ እናጣለን ፣ ባልተመሳሰለ መልኩ ከፃፍን ሁሉም አስፈላጊ ጥሪዎች ወደ Oracle መግባታቸው ምንም ዋስትና የለም። አንድ ፕላስ ነበር ነገር ግን አንድ ትልቅ ነበር፡ ለስራ ማስኬጃው ያው የታወቀው PL/SQL ገንቢ ይቀራል፣ ማለትም “የፊት ለፊት” ስርዓተ-ጥለትን በተግባር እንተገብራለን። አማራጭ አማራጭ። ከ C * ጥሪዎችን የሚያወርድ ዘዴን እንተገብራለን ፣ በ Oracle ውስጥ ካሉ ተጓዳኝ ጠረጴዛዎች የተወሰነ መረጃን ለማበልጸግ ይጎትታል ፣ የተገኙትን ናሙናዎች በመቀላቀል ውጤቱን ይሰጠናል ፣ ከዚያ እንደምንም እንጠቀማለን (ወደ ኋላ መለስ ፣ መድገም ፣ መተንተን ፣ ማድነቅ)። Cons: ሂደቱ በጣም ብዙ ደረጃ ነው, እና በተጨማሪ, ለቀዶ ጥገና ሰራተኞች ምንም በይነገጽ የለም.

በመጨረሻ, በሁለተኛው አማራጭ ላይ ተቀመጥን. Apache Spark ከተለያዩ ማሰሮዎች ናሙና ለመውሰድ ጥቅም ላይ ውሏል። የአሠራሩ ይዘት ወደ ጃቫ ኮድ ተቀንሷል ፣ ይህም በተገለጹት ቁልፎች (ተመዝጋቢ ፣ የጥሪ ጊዜ - ክፍል ቁልፎች) በመጠቀም ፣ ከ C * መረጃን ያወጣል ፣ እንዲሁም ከማንኛውም የውሂብ ጎታ ለማበልጸግ አስፈላጊ መረጃ። ከዚያ በኋላ በማስታወሻው ውስጥ ይቀላቀላቸዋል እና ውጤቱን በተገኘው ሰንጠረዥ ውስጥ ያሳያል. በእሳቱ ብልጭታ ላይ የድረ-ገጽ ፊት ሳብን እና በጣም ጠቃሚ ሆኖ ተገኝቷል።

የኢንደስትሪ ሙከራ መረጃን የማዘመን ችግርን ስንፈታ፣ እንደገና በርካታ መፍትሄዎችን ተመልክተናል። ሁለቱም በSstloader በኩል የሚተላለፉ እና በሙከራ ዞን ውስጥ ያለውን ክላስተር በሁለት ክፍሎች የመከፋፈል አማራጭ ነው ፣ እያንዳንዱም በተለዋጭ የማስተዋወቂያው አንድ ተመሳሳይ ክላስተር ነው ፣ ስለሆነም በእሱ የሚንቀሳቀስ። ፈተናውን ሲያዘምኑ እነሱን ለመለዋወጥ ታቅዶ ነበር፡ በሙከራው ውስጥ የሚሰራው ክፍል ተጠርጎ ወደ ምርት ይገባል፣ ሌላኛው ደግሞ ከመረጃው ጋር በተናጠል መስራት ይጀምራል። ነገር ግን፣ እንደገና ካሰብን በኋላ፣ ለማስተላለፍ የሚገባውን መረጃ በምክንያታዊነት ገምግመናል፣ እና ጥሪዎቹ ራሳቸው ለሙከራዎች የማይጣጣሙ አካላት መሆናቸውን ተገነዘብን፣ አስፈላጊ ከሆነም በፍጥነት የመነጨ ነው፣ እና ወደ ማዛወር ዋጋ የሌለው የማስተዋወቂያ ውሂብ ስብስብ ነው። ፈተና ለመንቀሳቀስ የሚገባቸው ብዙ የማጠራቀሚያ ዕቃዎች አሉ፣ ግን እነዚህ በጥሬው ሁለት ጠረጴዛዎች ናቸው፣ እና በጣም ከባድ አይደሉም። ስለዚህ እኛ እንደ መፍትሄ ፣ ስፓርክ እንደገና ለማዳን መጣ ፣ በእሱ እርዳታ እኛ በፃፍንበት እና በጠረጴዛዎች መካከል መረጃን ለማስተላለፍ ስክሪፕት በንቃት መጠቀም ጀመርን ፣ ፕሮም-ሙከራ።

አሁን ያለንበት የስምሪት ፖሊሲ ያለ ጥቅሶች እንድንሰራ ያስችለናል። ከማስተዋወቂያው በፊት, ስህተት በጣም ውድ ካልሆነ የግዴታ ሙከራ አለ. ውድቀት በሚከሰትበት ጊዜ, ሁልጊዜ የጉዳይ ቦታውን መጣል እና ሙሉውን እቅድ ከመጀመሪያው ማሽከርከር ይችላሉ.

የካሳንድራ ቀጣይነት ያለው መገኘት ለማረጋገጥ፣ እሱ ብቻ ሳይሆን dba ያስፈልግዎታል። ከማመልከቻው ጋር የሚሰራ ማንኛውም ሰው አሁን ያለውን ሁኔታ የት እና እንዴት መመልከት እንዳለበት እና ችግሮችን በወቅቱ እንዴት እንደሚፈታ መረዳት አለበት። ይህንን ለማድረግ በ DataStax OpsCenter (የሥራ ጫናዎች አስተዳደር እና ቁጥጥር) ፣ ካሳንድራ ሾፌር ስርዓት መለኪያዎች (ለ C * ለመፃፍ የጊዜ ማብቂያዎች ብዛት ፣ ከ C * ለማንበብ የጊዜ ማብቂያዎች ብዛት ፣ ከፍተኛ መዘግየት ፣ ወዘተ) በንቃት እንጠቀማለን ፣ አሰራሩን ይቆጣጠሩ። ከካሳንድራ ጋር በመሥራት የመተግበሪያው ራሱ.

ስለ ቀደመው ጥያቄ ስናስብ ዋናው ጉዳታችን የት ሊሆን እንደሚችል ተገነዘብን። እነዚህ ከብዙ ገለልተኛ መጠይቆች ወደ ማከማቻው መረጃን የሚያሳዩ የመረጃ ማሳያ ቅጾች ናቸው። በዚህ መንገድ ብዙ ወጥነት የሌላቸው መረጃዎችን ማግኘት እንችላለን። ግን ከአንድ የመረጃ ማእከል ጋር ብቻ ከሰራን ይህ ችግር እንዲሁ ጠቃሚ ይሆናል። ስለዚህ እዚህ በጣም ምክንያታዊ የሆነው ነገር በሶስተኛ ወገን መተግበሪያ ላይ መረጃን ለማንበብ የቡድን ተግባር መፍጠር ነው, ይህም መረጃ በአንድ ጊዜ ውስጥ መቀበሉን ያረጋግጣል. ከአፈጻጸም አንፃር የማንበብ እና የመጻፍ ክፍፍልን በተመለከተ፣ እዚህ በዲሲዎች መካከል የተወሰነ ግንኙነት በመጥፋቱ፣ እርስ በርስ የማይጣጣሙ ሁለት ዘለላዎች ሊፈጠር ይችላል በሚል ስጋት ቆመናል።

በውጤቱም, ለአሁኑ EACH_QUORUM ለመጻፍ በወጥነት ደረጃ ቆሟል፣ ለማንበብ - LOCAL_QUORUM

አጭር ግንዛቤዎች እና መደምደሚያዎች

የተገኘውን መፍትሄ ከተግባራዊ ድጋፍ እና ለቀጣይ ልማት ተስፋዎች እይታ ለመገምገም, እንዲህ ዓይነቱን ልማት ሌላ የት እንደሚተገበር ለማሰብ ወስነናል.

ልክ ከሌሊት ወፍ፣ ከዚያም እንደ “ሲመች ይክፈሉ” ላሉ ፕሮግራሞች (መረጃን ወደ C* እንጭነዋለን፣ ስፓርክ ስክሪፕቶችን በመጠቀም) የይገባኛል ጥያቄዎችን በየአካባቢው ማስያዝ፣ ሚናዎችን ማከማቸት እና የተጠቃሚ መዳረሻ መብቶችን በሚናው መሰረት ማስላት። ማትሪክስ.

እንደሚመለከቱት, ሪፖርቱ ሰፊ እና የተለያየ ነው. እና የNoSQL ደጋፊዎችን/ተቃዋሚዎችን ካምፕ ከመረጥን ጥቅሞቻችንን ስለተቀበልን እና በትክክል በጠበቅነው ቦታ ደጋፊዎቹን እንቀላቀላለን።

ከሳጥኑ ውጭ ያለው የካሳንድራ አማራጭ እንኳን በሲስተሙ ውስጥ መረጃን የመጨመር ችግርን በፍፁም ህመም በሌለው ሁኔታ በእውነተኛ ጊዜ አግድም ሚዛንን ይፈቅዳል። የጥሪ ስብስቦችን ለማስላት በጣም ከፍተኛ ጭነት ዘዴን ወደ ተለየ ወረዳ ማንቀሳቀስ እና እንዲሁም የመተግበሪያውን መርሃ ግብር እና አመክንዮ በመለየት በመረጃ ቋቱ ውስጥ ብጁ ስራዎችን እና ዕቃዎችን የመፃፍ መጥፎ ልምድን በማስወገድ ችለናል። የመምረጥ እና የማዋቀር፣ ለማፋጠን፣ በየትኞቹ ዲሲዎች ላይ ስሌት እንደምንሰራ እና በየትኞቹ ላይ መረጃ እንደምንመዘግብ እድሉን አግኝተናል፣ ከሁለቱም የነጠላ ኖዶች እና የዲሲ አጠቃላይ ብልሽቶች እራሳችንን ዋስትና ሰጥተናል።

የእኛን አርክቴክቸር ለአዳዲስ ፕሮጄክቶች በመተግበር እና የተወሰነ ልምድ ካገኘሁ ፣ ወዲያውኑ ከላይ የተገለጹትን ልዩነቶች ግምት ውስጥ ማስገባት እና አንዳንድ ስህተቶችን መከላከል ፣ መጀመሪያ ላይ ሊወገዱ የማይችሉትን አንዳንድ ሹል ማዕዘኖች ማለስለስ እፈልጋለሁ።

ለምሳሌ ያህል, የካሳንድራን ዝመናዎች በወቅቱ ይከታተሉምክንያቱም ካጋጠሙን ችግሮች መካከል ጥቂቶቹ የታወቁ እና የተስተካከሉ ናቸው።

ሁለቱንም የመረጃ ቋቱን እና ስፓርክን በተመሳሳይ አንጓዎች ላይ አያስቀምጡ (ወይንም በሚፈቀደው የሀብት አጠቃቀም መጠን በጥብቅ መከፋፈል)፣ ስፓርክ ከሚጠበቀው በላይ OP መብላት ስለሚችል፣ እና በፍጥነት የችግር ቁጥር 1ን ከዝርዝራችን እናገኛለን።

በፕሮጀክት ሙከራ ደረጃ ላይ የክትትል እና የተግባር ብቃትን ማሻሻል. መጀመሪያ ላይ፣ በተቻለ መጠን ሁሉንም የመፍትሄ ተጠቃሚ ሊሆኑ የሚችሉትን ግምት ውስጥ ያስገቡ, ምክንያቱም የውሂብ ጎታው መዋቅር በመጨረሻው ላይ የሚመረኮዝ ይህ ነው.

ለተቻለ ማመቻቸት የተገኘውን ወረዳ ብዙ ጊዜ ያሽከርክሩት። የትኞቹ መስኮች በተከታታይ ሊደረጉ እንደሚችሉ ይምረጡ። በጣም በትክክል እና በተሻለ ሁኔታ ግምት ውስጥ ለማስገባት ምን ተጨማሪ ሰንጠረዦችን ማድረግ እንዳለብን ይረዱ እና ከዚያም አስፈላጊውን መረጃ በጠየቁ ጊዜ ያቅርቡ (ለምሳሌ, የተለያዩ ልዩነቶችን ከግምት ውስጥ በማስገባት አንድ አይነት ውሂብ በተለያዩ ሰንጠረዦች ውስጥ ማከማቸት እንደምንችል በማሰብ. የተለያዩ መስፈርቶች ፣ ለንባብ ጥያቄዎች የሲፒዩ ጊዜን በከፍተኛ ሁኔታ መቆጠብ እንችላለን)

መጥፎ አይደለም ቲቲኤልን ለማያያዝ እና ጊዜ ያለፈበትን ውሂብ ለማፅዳት ወዲያውኑ ያቅርቡ።

ከካሳንድራ ውሂብ ሲያወርድ የመተግበሪያው አመክንዮ በ FETCH መርህ ላይ መስራት አለበት, ስለዚህ ሁሉም ረድፎች በአንድ ጊዜ ወደ ማህደረ ትውስታ አይጫኑም, ነገር ግን በቡድኖች ውስጥ የተመረጡ ናቸው.

ፕሮጀክቱን ወደተገለጸው መፍትሄ ከማስተላለፉ በፊት ይመረጣል ተከታታይ የብልሽት ሙከራዎችን በማካሄድ የስርዓቱን ስህተት መቻቻል ያረጋግጡእንደ አንድ የውሂብ ማዕከል የውሂብ መጥፋት, በተወሰነ ጊዜ ውስጥ የተበላሸ ውሂብ ወደነበረበት መመለስ, በመረጃ ማእከሎች መካከል የአውታረ መረብ ማቋረጥ. እንዲህ ያሉት ሙከራዎች አንድ ሰው የታቀደውን የሕንፃ ግንባታ ጥቅምና ጉዳት ለመገምገም ብቻ ሳይሆን ለሚመራቸው መሐንዲሶች ጥሩ የማሞቅ ልምድን ይሰጣል እና የሥርዓት ብልሽቶች በምርት ውስጥ ቢባዙ የተገኘው ችሎታ እጅግ የላቀ ይሆናል ።

ወሳኝ በሆኑ መረጃዎች (እንደ የሂሳብ አከፋፈል መረጃ ፣ የተመዝጋቢ ዕዳ ስሌት) ከሰራን በዲቢኤምኤስ ባህሪዎች ምክንያት የሚነሱትን አደጋዎች ለሚቀንሱ መሳሪያዎች ትኩረት መስጠት ተገቢ ነው። ለምሳሌ፣ ለአጠቃቀም ምቹ የሆነ ስልት በማዘጋጀት የ nodesync utility (Datastax) ይጠቀሙ። ለትክክለኛነት ሲባል በካሳንድራ ላይ ከመጠን በላይ ጭነት አይፍጠሩ እና በተወሰነ ጊዜ ውስጥ ለተወሰኑ ጠረጴዛዎች ብቻ ይጠቀሙ.

ካሳንድራ ከስድስት ወር ህይወት በኋላ ምን ሆነ? በአጠቃላይ, ያልተፈቱ ችግሮች የሉም. ምንም አይነት ከባድ አደጋዎች ወይም የውሂብ መጥፋት አልፈቀድንም። አዎን፣ ቀደም ሲል ላልተፈጠሩ አንዳንድ ችግሮች ማካካሻ ማሰብ ነበረብን፣ ነገር ግን በመጨረሻ ይህ የእኛን የስነ-ህንፃ መፍትሄን በእጅጉ አላጨለመም። ከፈለጉ እና አዲስ ነገር ለመሞከር መፍራት ካልቻሉ እና በተመሳሳይ ጊዜ በጣም ተስፋ መቁረጥ የማይፈልጉ ከሆነ, ምንም ነገር ነጻ ስለሌለው እውነታ ይዘጋጁ. ከአሮጌው ውርስ መፍትሄ የበለጠ መረዳት ፣ ወደ ሰነዶቹ ውስጥ ዘልቀው በመግባት የራስዎን የግል ሬክ ማሰባሰብ አለብዎት ፣ እና የትኛውም ንድፈ-ሀሳብ የትኛው እንደሚጠብቅዎት አስቀድሞ አይነግርዎትም።

ምንጭ: hab.com