ይህ ማስታወሻ ስለ ምትኬ ዑደቱን ያጠናቅቃል። ለመጠባበቂያነት ምቹ የሆነውን የወሰኑ አገልጋይ (ወይም ቪፒኤስ) አመክንዮአዊ አደረጃጀትን ይወያያል፣ እና በአደጋ ጊዜ ብዙ ጊዜ ሳይቀንስ አገልጋዩን ከመጠባበቂያ ቅጂ በፍጥነት ወደነበረበት ለመመለስ አማራጭ ይሰጣል።
ጥሬ ውሂብ
ራሱን የቻለ አገልጋይ ብዙውን ጊዜ የአንደኛ ደረጃ RAID ድርድር (መስታወት) ለማደራጀት የሚያገለግሉ ቢያንስ ሁለት ሃርድ ድራይቭ አለው። አንድ ዲስክ ካልተሳካ አገልጋዩን መስራቱን ለመቀጠል ይህ አስፈላጊ ነው። ይህ መደበኛ አገልጋይ ከሆነ በኤስኤስዲ ላይ ንቁ የመሸጎጫ ቴክኖሎጂ ያለው የተለየ የሃርድዌር RAID መቆጣጠሪያ ሊኖር ይችላል ፣ ስለሆነም ከመደበኛ ሃርድ ድራይቭ በተጨማሪ አንድ ወይም ከዚያ በላይ ኤስኤስዲዎች መገናኘት ይችላሉ። አንዳንድ ጊዜ የወሰኑ አገልጋዮች ይቀርባሉ ፣ በዚህ ውስጥ ብቸኛው የአካባቢ ዲስኮች SATADOM (ትንንሽ ዲስኮች ፣ መዋቅራዊ ከ SATA ወደብ ጋር የተገናኘ ፍላሽ አንፃፊ) ወይም ከልዩ የውስጥ ወደብ ጋር የተገናኘ ተራ ትንሽ (8-16 ጂቢ) ፍላሽ አንፃፊ እና መረጃ ከማከማቻው ስርዓት ተወስዷል , በልዩ የማከማቻ አውታረመረብ (ኢተርኔት 10 ጂ, ኤፍሲ, ወዘተ) በኩል የተገናኘ, እና ከማከማቻ ስርዓቱ በቀጥታ የሚጫኑ ልዩ አገልጋዮች አሉ. እንደነዚህ ያሉ አማራጮችን አላስብም ፣ ምክንያቱም በእንደዚህ ያሉ ጉዳዮች ላይ አገልጋዩን የመደገፍ ተግባር ያለችግር የማከማቻ ስርዓቱን ለሚጠብቀው ልዩ ባለሙያተኛ ስለሚያልፍ ፣ ብዙውን ጊዜ ቅጽበተ-ፎቶዎችን ፣ አብሮ የተሰራ ማባዛትን እና ሌሎች የስርዓቱ አስተዳዳሪ ደስታን ለመፍጠር የተለያዩ የባለቤትነት ቴክኖሎጂዎች አሉ። , በዚህ ተከታታይ ቀደም ባሉት ክፍሎች ውስጥ ተብራርቷል. ከአገልጋዩ ጋር በተገናኘው የዲስክ ብዛት እና መጠን ላይ በመመስረት የአንድ የተወሰነ አገልጋይ ዲስክ ድርድር መጠን በአስር ቴራባይት ሊደርስ ይችላል። በቪፒኤስ ጉዳይ ፣ ጥራዞች የበለጠ መጠነኛ ናቸው-ብዙውን ጊዜ ከ 100 ጂቢ አይበልጥም (ግን ብዙም አሉ) እና ለእንደዚህ ያሉ ቪፒኤስ ታሪፎች ከተመሳሳይ አስተናጋጅ በጣም ርካሽ ከሆኑ አገልጋይ አገልጋዮች የበለጠ ውድ ሊሆኑ ይችላሉ። አንድ ቪፒኤስ ብዙውን ጊዜ አንድ ዲስክ አለው ፣ ምክንያቱም ከሱ ስር የማከማቻ ስርዓት (ወይም አንድ ነገር hyperconverged) ይኖራል። አንዳንድ ጊዜ VPS ለተለያዩ ዓላማዎች የተለያዩ ባህሪያት ያላቸው በርካታ ዲስኮች አሉት።
- አነስተኛ ስርዓት - ስርዓተ ክወናውን ለመጫን;
- ትልቅ - የተጠቃሚ ውሂብ ማከማቸት.
የቁጥጥር ፓነልን በመጠቀም ስርዓቱን እንደገና ሲጭኑ የተጠቃሚ ውሂብ ያለው ዲስክ አልተፃፈም, ነገር ግን የስርዓቱ ዲስክ ሙሉ በሙሉ ይሞላል. እንዲሁም በቪፒኤስ ሁኔታ አስተናጋጁ የቪፒኤስ (ወይም ዲስክ) ሁኔታ ቅጽበታዊ ገጽ እይታን የሚወስድ ቁልፍ ሊያቀርብ ይችላል ፣ ግን የራስዎን ኦፕሬቲንግ ሲስተም ከጫኑ ወይም በቪፒኤስ ውስጥ የሚፈልጉትን አገልግሎት ማንቃት ከረሱ ፣ አንዳንዶች የመረጃው አሁንም ሊጠፋ ይችላል። ከአዝራሩ በተጨማሪ የውሂብ ማከማቻ አገልግሎት ብዙውን ጊዜ ይቀርባል, ብዙ ጊዜ በጣም የተገደበ ነው. በተለምዶ ይህ በኤፍቲፒ ወይም SFTP በኩል መዳረሻ ያለው መለያ ነው፣ አንዳንድ ጊዜ ከኤስኤስኤች ጋር፣ የተራቆተ ሼል ያለው (ለምሳሌ፣ rbash)፣ ወይም ትዕዛዞችን በተፈቀደላቸው_keys (በግዳጅ ትዕዛዝ) ማስኬድ ላይ ገደብ ያለው መለያ ነው።
ራሱን የቻለ አገልጋይ ከአውታረ መረቡ ጋር በሁለት ወደቦች በ1 Gbps ፍጥነት ይገናኛል፣ አንዳንድ ጊዜ እነዚህ የ10 Gbps ፍጥነት ያላቸው ካርዶች ሊሆኑ ይችላሉ። VPS ብዙውን ጊዜ አንድ የአውታረ መረብ በይነገጽ አለው። ብዙውን ጊዜ የመረጃ ማእከሎች በመረጃ ማእከል ውስጥ ያለውን የአውታረ መረብ ፍጥነት አይገድቡም ፣ ግን የበይነመረብ መዳረሻን ፍጥነት ይገድባሉ።
የእንደዚህ አይነት ራሱን የቻለ አገልጋይ ወይም ቪፒኤስ የተለመደው ጭነት የድር አገልጋይ፣ የውሂብ ጎታ እና የመተግበሪያ አገልጋይ ነው። አንዳንድ ጊዜ የተለያዩ ተጨማሪ ረዳት አገልግሎቶች ሊጫኑ ይችላሉ፣ ለድር አገልጋይ ወይም የውሂብ ጎታ፡ የፍለጋ ሞተር፣ የመልዕክት ስርዓት፣ ወዘተ.
በልዩ ሁኔታ የተዘጋጀ አገልጋይ የመጠባበቂያ ቅጂዎችን ለማከማቸት እንደ ቦታ ሆኖ ያገለግላል, ስለ እሱ በኋላ በዝርዝር እንጽፋለን.
የዲስክ ስርዓቱ አመክንዮአዊ አደረጃጀት
የ RAID መቆጣጠሪያ ወይም ቪፒኤስ ከአንድ ዲስክ ጋር ካለዎት እና ለዲስክ ንዑስ ስርዓት ሥራ ምንም ልዩ ምርጫዎች ከሌሉ (ለምሳሌ ፣ ለዳታቤዝ የተለየ ፈጣን ዲስክ) ሁሉም ነፃ ቦታ እንደሚከተለው ይከፈላል-አንድ ክፍልፍል ተፈጥሯል ፣ እና በላዩ ላይ የኤልቪኤም ጥራዝ ቡድን ተፈጠረ ፣ በውስጡ ብዙ ጥራዞች ተፈጥረዋል-2 ተመሳሳይ መጠን ያላቸው ትናንሽ ፣ እንደ ስርወ ፋይል ስርዓት ጥቅም ላይ ይውላሉ (በማሻሻያ ጊዜ አንድ በአንድ ተቀይሯል ፈጣን መልሶ መመለስ ፣ ሃሳቡ የተወሰደው ከሊኑክስ ስርጭቱ አስላ ነው) ፣ ሌላው ደግሞ ለዋጭ ክፍልፍል ነው ፣ የተቀረው ነፃ ቦታ በትንሽ ጥራዞች ይከፈላል ፣ እንደ ስርወ ፋይል ስርዓት ሙሉ ለሙሉ መያዣዎች ፣ ዲስኮች ለምናባዊ ማሽኖች ፣ ፋይል። በ / ቤት ውስጥ ያሉ የመለያዎች ስርዓቶች (እያንዳንዱ መለያ የራሱ የፋይል ስርዓት አለው) ፣ የፋይል ስርዓቶች ለትግበራ መያዣዎች።
ጠቃሚ ማሳሰቢያ: ጥራዞች ሙሉ በሙሉ እራሳቸውን የቻሉ መሆን አለባቸው, ማለትም. እርስ በእርሳቸው ወይም በስር የፋይል ስርዓት ላይ ጥገኛ መሆን የለባቸውም. በምናባዊ ማሽኖች ወይም ኮንቴይነሮች ውስጥ, ይህ ነጥብ በራስ-ሰር ይስተዋላል. እነዚህ የመተግበሪያ ኮንቴይነሮች ወይም የቤት ማውጫዎች ከሆኑ በተቻለ መጠን በጥራዞች መካከል ያለውን ጥገኝነት ለማስወገድ የድረ-ገጽ አገልጋዩን እና ሌሎች አገልግሎቶችን የማዋቀሪያ ፋይሎችን ስለመለየት ማሰብ አለብዎት። ለምሳሌ, እያንዳንዱ ጣቢያ ከራሱ ተጠቃሚ ነው የሚሰራው, የጣቢያው ውቅር ፋይሎች በተጠቃሚው የቤት ማውጫ ውስጥ ናቸው, በድር አገልጋይ ቅንብሮች ውስጥ, የጣቢያ ውቅር ፋይሎች በ /etc/nginx/conf.d/ ውስጥ አይካተቱም..conf፣ እና ለምሳሌ፣ /ቤት//configs/nginx/*.conf
ብዙ ዲስኮች ካሉ የሶፍትዌር RAID ድርድር መፍጠር ይችላሉ (እና መሸጎጫውን በኤስኤስዲ ላይ ያዋቅሩ ፣ ፍላጎት እና እድል ካለ) በላዩ ላይ ከላይ በተገለጹት ህጎች መሠረት LVM ን መገንባት ይችላሉ። እንዲሁም በዚህ ሁኔታ, ZFS ወይም BtrFS መጠቀም ይችላሉ, ነገር ግን ስለዚህ ጉዳይ ሁለት ጊዜ ማሰብ አለብዎት: ሁለቱም ለሃብቶች በጣም ከባድ የሆነ አቀራረብ ያስፈልጋቸዋል, እና በተጨማሪ, ZFS ከሊኑክስ ከርነል ጋር አልተካተተም.
ምንም እንኳን ጥቅም ላይ የዋለው እቅድ ምንም ይሁን ምን ፣ ወደ ዲስኮች የመፃፍ ግምታዊ ፍጥነት አስቀድሞ መገመት እና ከዚያ ቅጽበተ-ፎቶዎችን ለመፍጠር የተያዘውን የነፃ ቦታ መጠን ማስላት ሁል ጊዜ ጠቃሚ ነው። ለምሳሌ, የእኛ አገልጋይ በሴኮንድ በ 10 ሜጋባይት ፍጥነት መረጃን ቢጽፍ እና የጠቅላላው የውሂብ ድርድር መጠን 10 ቴራባይት ከሆነ - የማመሳሰል ጊዜ አንድ ቀን ሊደርስ ይችላል (22 ሰአታት - ይህ መጠን ምን ያህል እንደሚተላለፍ ነው). በአውታረ መረቡ 1 Gbps) - ወደ 800 ጊባ ያህል ቦታ ማስያዝ ተገቢ ነው። በእውነቱ ፣ ምስሉ ትንሽ ይሆናል ፣ በሎጂካዊ ጥራዞች ቁጥር በደህና መከፋፈል ይችላሉ።
የመጠባበቂያ ማከማቻ አገልጋይ መሣሪያ
የመጠባበቂያ ቅጂዎችን ለማከማቸት በአገልጋይ መካከል ያለው ዋና ልዩነት ትልቅ ፣ ርካሽ እና በአንጻራዊ ሁኔታ ቀርፋፋ ዲስኮች ነው። ዘመናዊ ኤችዲዲዎች በአንድ ዲስክ ውስጥ የ 10 ቴባ ባርን ስላለፉ የፋይል ስርዓቶችን ወይም RAIDን በቼኮች መጠቀም አስፈላጊ ነው, ምክንያቱም ድርድር እንደገና በሚገነባበት ጊዜ ወይም የፋይል ስርዓቱን ወደነበረበት መመለስ (በርካታ ቀናት!) ሁለተኛው ዲስክ ምክንያት ሊወድቅ ይችላል. ወደ መጨመር ጭነት. እስከ 1 ቴባ አቅም ባላቸው ዲስኮች ላይ ይህ በጣም ስሜታዊ አልነበረም። ለማብራሪያ ቀላልነት፣ የዲስክ ቦታ በግምት እኩል መጠን ወደ ሁለት ክፍሎች የተከፈለ ነው ብዬ እገምታለሁ (እንደገና፣ ለምሳሌ፣ LVMን በመጠቀም)።
- የተጠቃሚ ውሂብን ለማከማቸት ጥቅም ላይ ከሚውሉት አገልጋዮች ጋር የሚዛመዱ ጥራዞች (የመጨረሻው የመጠባበቂያ ቅጂ ለማረጋገጫ በእነሱ ላይ ይሰራጫል);
- እንደ BorgBackup ማከማቻዎች የሚያገለግሉ ጥራዞች (የመጠባበቂያዎች ውሂብ በቀጥታ እዚህ ይሄዳል)።
የክዋኔው መርህ ለእያንዳንዱ አገልጋይ ለBorgBackup ማከማቻዎች የተለየ ጥራዞች ይፈጠራሉ ፣ የትግል አገልጋዮች መረጃ ወደሚሄድበት። ማከማቻዎቹ የሚሠሩት በአባሪ-ብቻ ሁነታ ነው፣ይህም ሆን ተብሎ መረጃን የመሰረዝ እድልን ያስወግዳል፣እና ማከማቻዎችን በማባዛት እና በየጊዜው ከአሮጌ መጠባበቂያዎች በማጽዳት (ዓመታዊ ቅጂዎች ይቀራሉ፣ለመጨረሻው ዓመት፣ለመጨረሻው ወር በየሳምንቱ፣በየቀኑ ለ ባለፈው ሳምንት, ምናልባትም በልዩ ጉዳዮች - በሰዓት ለመጨረሻው ቀን: በአጠቃላይ 24 + 7 + 4 + 12 + ዓመታዊ - ለእያንዳንዱ አገልጋይ በግምት 50 ቅጂዎች).
BorgBackup ማከማቻዎች አባሪ-ብቻ ሁነታን አያነቁም፤ በምትኩ፣ በ.ssh/authorized_keys ውስጥ ያለው የግዳጅ ትዕዛዝ እንደዚህ አይነት ነገር ጥቅም ላይ ይውላል፡-
from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......የተጠቀሰው መንገድ በቦርግ አናት ላይ ጥቅል ስክሪፕት ይዟል, እሱም ሁለትዮሽውን በመለኪያዎች ከማስጀመር በተጨማሪ መረጃው ከተወገደ በኋላ የመጠባበቂያ ቅጂውን ወደነበረበት የመመለስ ሂደት ይጀምራል. ይህንን ለማድረግ የማሸጊያው ስክሪፕት ከተዛማጅ ማከማቻ ቀጥሎ የመለያ ፋይል ይፈጥራል። የመጨረሻው የመጠባበቂያ ቅጂ የውሂብ መሙላት ሂደት ከተጠናቀቀ በኋላ ወደ ተጓዳኝ ምክንያታዊ መጠን በራስ-ሰር ይመለሳል.
ይህ ንድፍ በየጊዜው አላስፈላጊ መጠባበቂያዎችን እንዲያጸዱ ይፈቅድልዎታል, እና እንዲሁም ተዋጊ አገልጋዮች በመጠባበቂያ ማከማቻ አገልጋይ ላይ ማንኛውንም ነገር እንዳይሰርዙ ይከላከላል.
የመጠባበቂያ ሂደት
ይህ እቅድ በአገልጋዩ በኩል በመጠባበቂያ ሂደት ላይ የበለጠ ቁጥጥር ስለሚያደርግ የመጠባበቂያው አስጀማሪ ራሱን የቻለ አገልጋይ ወይም ቪፒኤስ ነው። በመጀመሪያ፣ የነቃ ስርወ ፋይል ስርዓት ሁኔታ ቅጽበታዊ እይታ ተወስዷል፣ እሱም BorgBackup ን በመጠቀም ወደ ምትኬ ማከማቻ አገልጋይ ተጭኗል። የውሂብ ቀረጻ ከተጠናቀቀ በኋላ ቅጽበተ-ፎቶው ተነቅሎ ይሰረዛል።
አነስተኛ የውሂብ ጎታ ካለ (ለእያንዳንዱ ጣቢያ እስከ 1 ጊባ) ፣ የውሂብ ጎታ ማከማቻ ተሠርቷል ፣ እሱም በተገቢው ሎጂካዊ መጠን ውስጥ ይቀመጣል ፣ ለተመሳሳይ ጣቢያ ቀሪው መረጃ የሚገኝበት ፣ ግን ቆሻሻው እንዲፈጠር። በድር አገልጋይ በኩል ተደራሽ አይደለም. የውሂብ ጎታዎቹ ትልቅ ከሆኑ የ"ትኩስ" ውሂብ መወገድን ማዋቀር አለብህ፣ ለምሳሌ xtrabackup ለ MySQL ን በመጠቀም፣ ወይም በPostgreSQL ውስጥ ከWAL ጋር በ archive_command መስራት አለብህ። በዚህ አጋጣሚ የመረጃ ቋቱ ከጣቢያው ውሂብ ተለይቶ ይመለሳል.
ኮንቴይነሮች ወይም ቨርቹዋል ማሽኖች ጥቅም ላይ ከዋሉ፣ qemu-gaest-egent፣ CRIU ወይም ሌሎች አስፈላጊ ቴክኖሎጂዎችን ማዋቀር አለቦት። በሌሎች ሁኔታዎች ተጨማሪ መቼቶች ብዙውን ጊዜ አያስፈልጉም - እኛ በቀላሉ አመክንዮአዊ ጥራዞች ቅጽበታዊ ገጽ እይታዎችን እንፈጥራለን ፣ ከዚያም እንደ ስርወ ፋይል ስርዓት ሁኔታ ቅጽበታዊ ገጽ እይታ በተመሳሳይ መንገድ ይከናወናሉ ። መረጃው ከተነሳ በኋላ, ስዕሎቹ ይሰረዛሉ.
በመጠባበቂያ ማከማቻ አገልጋይ ላይ ተጨማሪ ሥራ ይከናወናል-
- በእያንዳንዱ ማከማቻ ውስጥ የተሰራው የመጨረሻው ምትኬ ምልክት ይደረግበታል፣
- የመረጃ አሰባሰብ ሂደቱ መጠናቀቁን የሚያመለክት የማርክ ፋይል መኖሩ ተረጋግጧል።
- ውሂቡ ወደ ተጓዳኝ የአካባቢ መጠን ተዘርግቷል ፣
- የመለያው ፋይል ተሰርዟል።
የአገልጋይ መልሶ ማግኛ ሂደት
ዋናው አገልጋይ ከሞተ ፣ ከዚያ ተመሳሳይ የተወሰነ አገልጋይ ተጀምሯል ፣ እሱም ከአንዳንድ መደበኛ ምስል ይነሳል። ብዙውን ጊዜ ማውረዱ በአውታረ መረቡ ላይ ይከናወናል ፣ ግን አገልጋዩን የሚያዋቅሩት የመረጃ ማእከል ቴክኒሻን ወዲያውኑ ይህንን መደበኛ ምስል ወደ አንዱ ዲስኮች መቅዳት ይችላል። ማውረዱ ወደ RAM ውስጥ ይከሰታል, ከዚያ በኋላ የመልሶ ማግኛ ሂደቱ ይጀምራል:
- የማገጃ መሳሪያ በ iscsinbd ወይም በሌላ ተመሳሳይ ፕሮቶኮል የሟቹን አገልጋይ ስርወ ፋይል ስርዓት ካለው አመክንዮአዊ መጠን ጋር ለማያያዝ ጥያቄ ቀርቧል። የስር ፋይል ስርዓቱ ትንሽ መሆን ስላለበት, ይህ እርምጃ በጥቂት ደቂቃዎች ውስጥ መጠናቀቅ አለበት. ቡት ጫኚው እንዲሁ ወደነበረበት ተመልሷል;
- የአካባቢ ሎጂካዊ ጥራዞች አወቃቀር እንደገና ተፈጠረ ፣ ሎጂካዊ ጥራዞች dm_clone kernel ሞጁሉን በመጠቀም ከመጠባበቂያ አገልጋይ ጋር ተያይዘዋል-የውሂብ መልሶ ማግኛ ይጀምራል እና ለውጦች ወዲያውኑ ወደ አካባቢያዊ ዲስኮች ይፃፋሉ።
- መያዣው በሁሉም ከሚገኙ አካላዊ ዲስኮች ጋር ተጀምሯል - የአገልጋዩ ተግባር ሙሉ በሙሉ ተመልሷል ፣ ግን በተቀነሰ አፈፃፀም ፣
- የውሂብ ማመሳሰል ከተጠናቀቀ በኋላ ከመጠባበቂያ አገልጋዩ ምክንያታዊ ጥራዞች ይቋረጣሉ, መያዣው ጠፍቷል እና አገልጋዩ እንደገና ይነሳል;
ዳግም ከተነሳ በኋላ አገልጋዩ መጠባበቂያው በሚፈጠርበት ጊዜ የነበሩትን መረጃዎች ሁሉ ይይዛል እንዲሁም በመልሶ ማግኛ ሂደት ውስጥ የተደረጉ ለውጦችን ሁሉ ያካትታል።
በተከታታይ ውስጥ ሌሎች ጽሑፎች
ምትኬ ክፍል 7: መደምደሚያ
በአስተያየቶቹ ውስጥ የቀረበውን አማራጭ እንዲወያዩ እጋብዝዎታለሁ, ስለ እርስዎ ትኩረት እናመሰግናለን!
ምንጭ: hab.com