90% വരെ ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ ബാക്കപ്പുകളുടെ സംഭരണം എങ്ങനെ ഒതുക്കാം

ഞങ്ങളുടെ ടർക്കിഷ് ക്ലയന്റുകൾ അവരുടെ ഡാറ്റാ സെന്ററിനായി ബാക്കപ്പ് ശരിയായി കോൺഫിഗർ ചെയ്യാൻ ഞങ്ങളോട് ആവശ്യപ്പെട്ടു. ഞങ്ങൾ റഷ്യയിൽ സമാനമായ പ്രോജക്‌റ്റുകൾ ചെയ്യുന്നു, എന്നാൽ ഇവിടെ ഇത് എങ്ങനെ മികച്ചതാക്കാം എന്ന ഗവേഷണത്തെക്കുറിച്ചായിരുന്നു കഥ.

നൽകിയിരിക്കുന്നത്: ഒരു ലോക്കൽ S3 സ്റ്റോറേജ് ഉണ്ട്, വെരിറ്റാസ് നെറ്റ്ബാക്കപ്പ് ഉണ്ട്, അത് ഒബ്ജക്റ്റ് സ്റ്റോറേജിലേക്ക് ഡാറ്റ നീക്കുന്നതിന് പുതിയ വിപുലീകരിച്ച പ്രവർത്തനം നേടിയിട്ടുണ്ട്, ഇപ്പോൾ ഡീപ്ലിക്കേഷനുള്ള പിന്തുണയുണ്ട്, കൂടാതെ ഈ ലോക്കൽ സ്റ്റോറേജിൽ ശൂന്യമായ ഇടത്തിൽ ഒരു പ്രശ്നമുണ്ട്.

ടാസ്ക്: ബാക്കപ്പ് പകർപ്പുകൾ സംഭരിക്കുന്നതിനുള്ള പ്രക്രിയ വേഗതയേറിയതും വിലകുറഞ്ഞതുമായ രീതിയിൽ എല്ലാം ഉണ്ടാക്കുക.

യഥാർത്ഥത്തിൽ, ഇതിന് മുമ്പ്, S3-ലെ എല്ലാം ഫയലുകൾ മാത്രമായിരുന്നു, കൂടാതെ ഇവ ഡാറ്റാ സെന്ററിലെ നിർണ്ണായക മെഷീനുകളുടെ പൂർണ്ണമായ കാസ്റ്റുകളായിരുന്നു. അതായത്, ഇത് വളരെ ഒപ്റ്റിമൈസ് ചെയ്തിട്ടില്ല, പക്ഷേ എല്ലാം തുടക്കത്തിൽ പ്രവർത്തിച്ചു. ഇപ്പോൾ അത് മനസിലാക്കാനും ശരിയായി ചെയ്യാനും സമയമായി.

ഞങ്ങൾ എന്താണ് എത്തിയതെന്ന് ചിത്രം കാണിക്കുന്നു:

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ആദ്യ ബാക്കപ്പ് സാവധാനം (70 Mb/s) ഉണ്ടാക്കി, അതേ സിസ്റ്റങ്ങളുടെ തുടർന്നുള്ള ബാക്കപ്പുകൾ വളരെ വേഗത്തിലായിരുന്നു.

യഥാർത്ഥത്തിൽ, എന്തൊക്കെ സവിശേഷതകൾ ഉണ്ട് എന്നതിനെക്കുറിച്ച് കുറച്ചുകൂടി വിശദാംശങ്ങൾ ഉണ്ട്.

ഡംപിന്റെ പകുതി പേജ് വായിക്കാൻ തയ്യാറുള്ളവർക്കുള്ള ബാക്കപ്പ് ലോഗുകൾറീസ്‌കാനിനൊപ്പം നിറഞ്ഞു
ഡിസംബർ 18, 2018 12:09:43 PM — ഇൻഫോ bpbkar (pid=4452) ആക്സിലറേറ്റർ 14883996160 ബൈറ്റുകളിൽ 14883994624 ബൈറ്റുകൾ സെർവറിലേക്ക് അയച്ചു, ഒപ്റ്റിമൈസേഷൻ 0.0%
ഡിസംബർ 18, 2018 12:10:07 PM - വിവരം NBCC (pid=23002) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; റിപ്പോർട്ട്=PDDO സ്ഥിതിവിവരക്കണക്കുകൾ (NBCC) എന്നതിനായുള്ള സ്ഥിതിവിവരക്കണക്കുകൾ (മൾട്ടി-ത്രെഡ് സ്ട്രീം ഉപയോഗിച്ചു): സ്കാൻ ചെയ്തു: 14570817 KB, CR അയച്ചത്: 1760761 KB, CR അയച്ചത് FC: 0 KB, ഡീഡപ്പ്: 87.9%, കാഷെ പ്രവർത്തനരഹിതമാക്കി

നിറഞ്ഞ
ഡിസംബർ 18, 2018 12:13:18 PM — ഇൻഫോ bpbkar (pid=2864) ആക്സിലറേറ്റർ 181675008 ബൈറ്റുകളിൽ 14884060160 ബൈറ്റുകൾ സെർവറിലേക്ക് അയച്ചു, ഒപ്റ്റിമൈസേഷൻ 98.8%
ഡിസംബർ 18, 2018 12:13:40 PM - വിവരം NBCC (pid=23527) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; (NBCC) റിപ്പോർട്ട്=PDDO സ്ഥിതിവിവരക്കണക്കുകൾ: സ്കാൻ ചെയ്തു: 14569706 KB, CR അയച്ചത്: 45145 KB, CR അയച്ചത് FC: 0 KB, ഡീഡപ്പ്: 99.7%, കാഷെ പ്രവർത്തനരഹിതമാക്കി

വർദ്ധനവ്
ഡിസംബർ 18, 2018 12:15:32 PM — ഇൻഫോ bpbkar (pid=792) ആക്സിലറേറ്റർ 9970688 ബൈറ്റുകളിൽ 14726108160 ബൈറ്റുകൾ സെർവറിലേക്ക് അയച്ചു, ഒപ്റ്റിമൈസേഷൻ 99.9%
ഡിസംബർ 18, 2018 12:15:53 PM - വിവരം NBCC (pid=23656) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; (NBCC) റിപ്പോർട്ട്=PDDO സ്ഥിതിവിവരക്കണക്കുകൾ: സ്കാൻ ചെയ്തു: 14383788 KB, CR അയച്ചത്: 15700 KB, CR അയച്ചത് FC: 0 KB, ഡീഡപ്പ്: 99.9%, കാഷെ പ്രവർത്തനരഹിതമാക്കി

നിറഞ്ഞ
ഡിസംബർ 18, 2018 12:18:02 PM — ഇൻഫോ bpbkar (pid=3496) ആക്സിലറേറ്റർ 171746816 ബൈറ്റുകളിൽ 14884093952 ബൈറ്റുകൾ സെർവറിലേക്ക് അയച്ചു, ഒപ്റ്റിമൈസേഷൻ 98.8%
ഡിസംബർ 18, 2018 12:18:24 PM - വിവരം NBCC (pid=23878) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; (NBCC) റിപ്പോർട്ട്=PDDO സ്ഥിതിവിവരക്കണക്കുകൾ: സ്കാൻ ചെയ്തു: 14569739 KB, CR അയച്ചത്: 34120 KB, CR അയച്ചത് FC: 0 KB, ഡീഡപ്പ്: 99.8%, കാഷെ പ്രവർത്തനരഹിതമാക്കി

എന്താണ് പ്രശ്നം

ഉപഭോക്താക്കൾ കഴിയുന്നത്ര തവണ ബാക്കപ്പുകൾ നിർമ്മിക്കാനും കഴിയുന്നത്ര വിലകുറഞ്ഞ രീതിയിൽ സംഭരിക്കാനും ആഗ്രഹിക്കുന്നു. S3 പോലുള്ള ഒബ്‌ജക്‌റ്റ് സ്റ്റോറേജുകളിൽ അവ വിലകുറഞ്ഞ രീതിയിൽ സംഭരിക്കുന്നതാണ് നല്ലത്, കാരണം ഒരു മെഗാബൈറ്റിന്റെ സേവനച്ചെലവിൽ അവ ഏറ്റവും വിലകുറഞ്ഞതാണ്, അവിടെ നിന്ന് നിങ്ങൾക്ക് ന്യായമായ സമയത്ത് ഒരു ബാക്കപ്പ് തിരികെ കൊണ്ടുവരാനാകും. ധാരാളം ബാക്കപ്പ് ഉള്ളപ്പോൾ, അത് വളരെ വിലകുറഞ്ഞതായി മാറുന്നു, കാരണം സംഭരണത്തിന്റെ ഭൂരിഭാഗവും ഒരേ ഡാറ്റയുടെ പകർപ്പുകളാണ്. ടർക്കിഷ് സഹപ്രവർത്തകരുടെ HaaS ന്റെ കാര്യത്തിൽ, സംഭരണം ഏകദേശം 80-90% വരെ സാന്ദ്രമാക്കാം. ഇത് അവരുടെ പ്രത്യേകതകളുമായി പ്രത്യേകമായി ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്ന് വ്യക്തമാണ്, പക്ഷേ ഞാൻ തീർച്ചയായും കുറഞ്ഞത് 50% മുത്തച്ഛനെ കണക്കാക്കും.

പ്രശ്നം പരിഹരിക്കാൻ, പ്രധാന വെണ്ടർമാർ ആമസോൺ എസ് 3 ലേക്ക് വളരെക്കാലമായി ഗേറ്റ്‌വേകൾ ഉണ്ടാക്കിയിട്ടുണ്ട്. ആമസോൺ API-യെ പിന്തുണയ്ക്കുന്നിടത്തോളം അവരുടെ എല്ലാ രീതികളും പ്രാദേശിക S3-യുമായി പൊരുത്തപ്പെടുന്നു. ടർക്കിഷ് ഡാറ്റാ സെന്ററിൽ, ഈ വർക്ക് സ്കീം ഞങ്ങൾക്ക് നന്നായി പ്രവർത്തിച്ചതിനാൽ, ഞങ്ങളുടെ S3 ലേക്ക് ബാക്കപ്പ് നിർമ്മിച്ചിരിക്കുന്നു, അതുപോലെ റഷ്യയിലെ T-III "കംപ്രസ്സർ" ലും.

ഞങ്ങളുടെ S3 ആമസോൺ S3 ബാക്കപ്പ് രീതികളുമായി പൂർണ്ണമായും പൊരുത്തപ്പെടുന്നു. അതായത്, ഈ രീതികളെ പിന്തുണയ്ക്കുന്ന എല്ലാ ബാക്കപ്പ് ടൂളുകളും "ബോക്‌സിന് പുറത്ത്" അത്തരം സംഭരണത്തിലേക്ക് എല്ലാം പകർത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു.

Veritas NetBackup CloudCatalyst സവിശേഷത ചേർത്തു:

അതായത്, ബാക്കപ്പ് ചെയ്യേണ്ട മെഷീനുകൾക്കും ഗേറ്റ്‌വേയ്‌ക്കും ഇടയിൽ, ഒരു ഇന്റർമീഡിയറ്റ് ലിനക്സ് സെർവർ ഉണ്ട്, അതിലൂടെ SRK ഏജന്റുമാരിൽ നിന്നുള്ള ബാക്കപ്പ് ട്രാഫിക് കടന്നുപോകുകയും അത് S3 ലേക്ക് മാറ്റുന്നതിന് മുമ്പ് ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുകയും ചെയ്യുന്നു. നേരത്തെ കംപ്രഷൻ ഉപയോഗിച്ച് 30 ജിബിയുടെ 20 ബാക്കപ്പുകൾ ഉണ്ടായിരുന്നെങ്കിൽ, ഇപ്പോൾ (മെഷീനുകളുടെ സാമ്യം കാരണം) അവയുടെ വോളിയം 90% കുറഞ്ഞു. നെറ്റ്ബാക്കപ്പ് ഉപയോഗിച്ച് സാധാരണ ഡിസ്കുകളിൽ സംഭരിക്കുമ്പോൾ അതേ പോലെ തന്നെ ഡ്യൂപ്ലിക്കേഷൻ എഞ്ചിൻ ഉപയോഗിക്കുന്നു.

ഇന്റർമീഡിയറ്റ് സെർവറിന് മുമ്പ് എന്താണ് സംഭവിക്കുന്നതെന്ന് ഇതാ:

ഞങ്ങളുടെ ഡാറ്റാ സെന്ററുകളിൽ നടപ്പിലാക്കുമ്പോൾ, ഇത് ഞങ്ങൾക്കും ഉപഭോക്താക്കൾക്കും S3 സ്റ്റോറേജിൽ ഇടം ലാഭിക്കുമെന്ന് ഞങ്ങൾ പരിശോധിച്ച് നിഗമനത്തിലെത്തി. വാണിജ്യ ഡാറ്റാ സെന്ററുകളുടെ ഉടമ എന്ന നിലയിൽ, തീർച്ചയായും, അധിനിവേശമുള്ള വോളിയം അനുസരിച്ച് ഞങ്ങൾ നിരക്ക് ഈടാക്കുന്നു, പക്ഷേ ഇത് ഇപ്പോഴും ഞങ്ങൾക്ക് വളരെ ലാഭകരമാണ് - കാരണം ഞങ്ങൾ സോഫ്റ്റ്‌വെയറിലെ കൂടുതൽ അളക്കാവുന്ന സ്ഥലങ്ങളിൽ പണം സമ്പാദിക്കാൻ തുടങ്ങുന്നു, ഹാർഡ്‌വെയർ വാടകയ്‌ക്കെടുക്കുന്നതിലൂടെയല്ല. ശരി, ഇത് ആന്തരിക ചെലവ് കുറയ്ക്കലാണ്.

രേഖകൾ228 ജോലികൾ (0 ക്യൂഡ് 0 സജീവം 0 വീണ്ടും ശ്രമിക്കുന്നതിനായി കാത്തിരിക്കുന്നു 0 താൽക്കാലികമായി നിർത്തിവച്ചു 0 അപൂർണ്ണം 228 ചെയ്തു - 13 തിരഞ്ഞെടുത്തു)
(ഫിൽട്ടർ പ്രയോഗിച്ചു [13])

ജോലി ഐഡി തരം സംസ്ഥാന സംസ്ഥാന വിശദാംശങ്ങൾ സ്റ്റാറ്റസ് ജോലി നയം ജോലി ഷെഡ്യൂൾ ക്ലയന്റ് മീഡിയ സെർവർ ആരംഭിക്കുന്ന സമയം കഴിഞ്ഞു സമയം അവസാനിക്കുന്ന സമയം സ്റ്റോറേജ് യൂണിറ്റ് ശ്രമം പ്രവർത്തനം കിലോബൈറ്റ് ഫയലുകൾ പാത നാമം % പൂർണ്ണം (കണക്കാക്കിയത്) ജോലി PID ഉടമ പ്രോ രക്ഷാകർതൃ ജോലി ID KB/Sec പകർപ്പ് റോബോട്ട് ആക്റ്റീവ് ഇ ആക്റ്റീവ് വാലാപ്ഷൻ സെ ഐഡി മീഡിയ ഓഫ് ഡാറ്റാ മൂവ്‌മെന്റ് ഓഫ്-ഹോസ്റ്റ് തരം മാസ്റ്റർ മുൻഗണന ഡീഡ്യൂപ്ലിക്കേഷൻ റേറ്റ് ട്രാൻസ്‌പോർട്ട് ആക്‌സിലറേറ്റർ ഒപ്റ്റിമൈസേഷൻ ഇൻസ്‌റ്റൻസ് അല്ലെങ്കിൽ ഡാറ്റാബേസ് ഷെയർ ഹോസ്റ്റ് ഒഴിവാക്കുക
— 1358 സ്‌നാപ്പ്‌ഷോട്ട് പൂർത്തിയായി 0 VMware — NGNCloudADC NBCC ഡിസംബർ 18, 2018 12:16:19 PM 00:02:18 ഡിസംബർ 18, 2018 12:18:37 PM STU_DP_S3_****ബാക്കപ്പ് 1% 100 1358 റൂട്ട് 18 2018 :12:16 PM 27:00:02 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 10
1360 ബാക്കപ്പ് പൂർത്തിയായി 0 VMware പൂർണ്ണ NGNCloudADC NBCC Dec 18, 2018 12:16:48 PM 00:01:39 Dec 18, 2018 12:18:27 PM STU_DP_S3_****ബാക്കപ്പ് 1 14,535,248% 149654 100 ഡിസംബർ 23858 , 1358 335,098:18:2018 PM 12:16:48 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 00 01% 39%
1352 സ്നാപ്പ്ഷോട്ട് പൂർത്തിയായി 0 VMware - NGNCloudADC NBCC Dec 18, 2018 12:14:04 PM 00:02:01 Dec 18, 2018 12:16:05 PM STU_DP_S3_****ബാക്കപ്പ് 1% 100% 1352% റൂട്ട് 18 2018:12 PM 14:14:00 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് വിൻ-*********** 01
1354 ബാക്കപ്പ് പൂർത്തിയായി 0 VMware ഇൻക്രിമെന്റൽ NGNCloudADC NBCC Dec 18, 2018 12:14:34 PM 00:01:21 Dec 18, 2018 12:15:55 PM STU_DP_S3_****root 1 14,380,965 ഡിസംബർ 147 , 100 23617:1352:500,817 PM 18:2018:12 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 14 34% 00%
1347 സ്നാപ്പ്ഷോട്ട് പൂർത്തിയായി 0 VMware - NGNCloudADC NBCC Dec 18, 2018 12:11:45 PM 00:02:08 Dec 18, 2018 12:13:53 PM STU_DP_S3_****ബാക്കപ്പ് 1% 100% 1347% റൂട്ട് 18 2018:12 PM 11:45:00 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് വിൻ-*********** 02
1349 ബാക്കപ്പ് പൂർത്തിയായി 0 VMware പൂർണ്ണ NGNCloudADC NBCC Dec 18, 2018 12:12:02 PM 00:01:41 Dec 18, 2018 12:13:43 PM STU_DP_S3_****ബാക്കപ്പ് 1 14,535,215% 149653 100 ഡിസംബർ 23508 , 1347 316,319:18:2018 PM 12:12:02 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 00 01% 41%
1341 സ്നാപ്പ്ഷോട്ട് പൂർത്തിയായി 0 VMware - NGNCloudADC NBCC Dec 18, 2018 12:05:28 PM 00:04:53 Dec 18, 2018 12:10:21 PM STU_DP_S3_****ബാക്കപ്പ് 1% 100% 1341% റൂട്ട് 18 2018:12 PM 05:28:00 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് വിൻ-*********** 04
1342 ബാക്കപ്പ് ചെയ്‌തു 0 റൂട്ട് 18 2018 12 ഡിസംബർ 05 , 47 00:04:24 PM 18:2018:12 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 10 11% 3%

1339 സ്നാപ്പ്ഷോട്ട് പൂർത്തിയായി 150 VMware - NGNCloudADC NBCC ഡിസംബർ 18, 2018 11:05:46 AM 00:00:53 ഡിസംബർ 18, 2018 11:06:39 AM STU_DP_S3_*1 റൂട്ട് : 100:1339 AM 18:2018:11 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് വിൻ-*********** 05
1327 സ്നാപ്പ്ഷോട്ട് പൂർത്തിയായി 0 VMware - *******.**********.cloud NBCC ഡിസംബർ 17, 2018 12:54:42 PM 05:51:38 ഡിസംബർ 17, 2018 6:46:20 PM STU_DP_S3_****ബാക്കപ്പ് 1 100% റൂട്ട് 1327 ഡിസംബർ 17, 2018 12:54:42 PM 05:51:38 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 0
1328 ബാക്കപ്പ് ചെയ്‌തു STU_DP_S0_****ബാക്കപ്പ് 17 2018 12 55% 10 റൂട്ട് 05 29 ഡിസംബർ 21, 17 2018:6:24 PM 31:3:1 തൽക്ഷണം വീണ്ടെടുക്കൽ* 222,602,719%
1136 സ്നാപ്പ്ഷോട്ട് പൂർത്തിയായി 0 VMware - *******.**********.cloud NBCC ഡിസംബർ 14, 2018 4:48:22 PM 04:05:16 ഡിസംബർ 14, 2018 8:53:38 PM STU_DP_S3_****ബാക്കപ്പ് 1 100% റൂട്ട് 1136 ഡിസംബർ 14, 2018 4:48:22 PM 04:05:16 തൽക്ഷണ റിക്കവറി ഡിസ്ക് സ്റ്റാൻഡേർഡ് WIN-************* 0
1140 ബാക്കപ്പ് ചെയ്‌തു STU_DP_S0_****ബാക്കപ്പ് 14 2018 4 49% 14 റൂട്ട് 03 49 ഡിസംബർ 58, 14 2018:8:39 PM 12:3:1 തൽക്ഷണ വീണ്ടെടുക്കൽ* 217,631,332*255465%* % 100%

ഏജന്റുമാരിൽ നിന്നുള്ള ട്രാഫിക് കുറയ്ക്കാൻ ആക്സിലറേറ്റർ നിങ്ങളെ അനുവദിക്കുന്നു, കാരണം ഡാറ്റാ മാറ്റങ്ങൾ മാത്രമേ കൈമാറ്റം ചെയ്യപ്പെടുകയുള്ളൂ, അതായത്, പൂർണ്ണ ബാക്കപ്പുകൾ പോലും പൂർണ്ണമായും അപ്‌ലോഡ് ചെയ്യപ്പെടുന്നില്ല, കാരണം മീഡിയ സെർവർ വർദ്ധിച്ച ബാക്കപ്പുകളിൽ നിന്ന് തുടർന്നുള്ള പൂർണ്ണ ബാക്കപ്പുകൾ ശേഖരിക്കുന്നു.

ഇന്റർമീഡിയറ്റ് സെർവറിന് അതിന്റേതായ സംഭരണമുണ്ട്, അവിടെ അത് ഡാറ്റയുടെ "കാഷെ" എഴുതുകയും ഡ്യൂപ്ലിക്കേഷനായി ഒരു ഡാറ്റാബേസ് പരിപാലിക്കുകയും ചെയ്യുന്നു.

പൂർണ്ണമായ വാസ്തുവിദ്യ ഇതുപോലെ കാണപ്പെടുന്നു:

1. മാസ്റ്റർ സെർവർ കോൺഫിഗറേഷൻ, അപ്ഡേറ്റുകൾ മുതലായവ കൈകാര്യം ചെയ്യുന്നു, അത് ക്ലൗഡിൽ സ്ഥിതി ചെയ്യുന്നു.
2. മീഡിയ സെർവർ (ഇന്റർമീഡിയറ്റ് * നിക്സ് മെഷീൻ) നെറ്റ്‌വർക്ക് പ്രവേശനക്ഷമതയുടെ അടിസ്ഥാനത്തിൽ അനാവശ്യ സിസ്റ്റങ്ങൾക്ക് ഏറ്റവും അടുത്ത് സ്ഥിതിചെയ്യണം. ഇവിടെ, എല്ലാ റിസർവ് ചെയ്ത മെഷീനുകളിൽ നിന്നുമുള്ള ബാക്കപ്പുകളുടെ ഡ്യൂപ്ലിക്കേഷൻ നടത്തുന്നു.
3. ബാക്കപ്പ് ചെയ്ത മെഷീനുകളിൽ സാധാരണയായി മീഡിയ സെർവറിലേക്ക് അതിന്റെ സ്റ്റോറേജിൽ ഇല്ലാത്തത് മാത്രം അയയ്ക്കുന്ന ഏജന്റുകളുണ്ട്.

പൂർണ്ണമായ ഒരു സ്കാൻ ഉപയോഗിച്ചാണ് ഇതെല്ലാം ആരംഭിക്കുന്നത് - ഇതൊരു പൂർണ്ണമായ പൂർണ്ണ ബാക്കപ്പാണ്. ഈ സമയത്ത്, മീഡിയ സെർവർ എല്ലാം എടുക്കുകയും അത് ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുകയും എസ് 3 ലേക്ക് മാറ്റുകയും ചെയ്യുന്നു. മീഡിയ സെർവറിലേക്കുള്ള വേഗത കുറവാണ്, എന്നാൽ അതിൽ നിന്ന് അത് കൂടുതലാണ്. സെർവറിന്റെ കമ്പ്യൂട്ടിംഗ് ശക്തിയാണ് പ്രധാന പരിമിതി.

എല്ലാ സിസ്റ്റങ്ങളുടെയും വീക്ഷണകോണിൽ നിന്ന് ഇനിപ്പറയുന്ന ബാക്കപ്പുകൾ പൂർത്തിയായി, എന്നാൽ വാസ്തവത്തിൽ അവ സിന്തറ്റിക് ഫുൾ ബാക്കപ്പുകൾ പോലെയാണ്. അതായത്, മീഡിയ സെർവറിലേക്കുള്ള യഥാർത്ഥ കൈമാറ്റവും റെക്കോർഡിംഗും മുമ്പ് VM ബാക്കപ്പുകളിൽ ഇതുവരെ നേരിട്ടിട്ടില്ലാത്ത ഡാറ്റ ബ്ലോക്കുകളിൽ മാത്രമാണ് സംഭവിക്കുന്നത്. മീഡിയ സെർവറിന്റെ ഡ്യൂപ്ലിക്കേഷൻ ഡാറ്റാബേസിൽ ഹാഷ് ഇല്ലാത്ത ഡാറ്റാ ബ്ലോക്കുകൾ മാത്രമേ S3-ൽ കൈമാറ്റം ചെയ്യപ്പെടുകയും രേഖപ്പെടുത്തുകയും ചെയ്യുകയുള്ളൂ. ലളിതമായി പറഞ്ഞാൽ, ഒരു VM-ന്റെ ഒരു ബാക്കപ്പിലും മുമ്പ് കണ്ടിട്ടില്ലാത്ത ഒന്നാണിത്.

പുനഃസ്ഥാപിക്കുമ്പോൾ, മീഡിയ സെർവർ S3-ൽ നിന്ന് ആവശ്യമായ ഡ്യൂപ്ലിക്കേറ്റഡ് ഒബ്‌ജക്‌റ്റുകൾ അഭ്യർത്ഥിക്കുകയും അവയെ റീഹൈഡ്രേറ്റ് ചെയ്യുകയും IRB ഏജന്റുമാർക്ക് കൈമാറുകയും ചെയ്യുന്നു, അതായത്. പുനഃസ്ഥാപിക്കുമ്പോൾ ട്രാഫിക്കിന്റെ അളവ് കണക്കിലെടുക്കേണ്ടത് ആവശ്യമാണ്, അത് പുനഃസ്ഥാപിക്കുന്ന ഡാറ്റയുടെ യഥാർത്ഥ അളവിന് തുല്യമായിരിക്കും.

ഇത് എങ്ങനെ കാണപ്പെടുന്നുവെന്ന് ഇതാ:

ഇവിടെ മറ്റൊരു രേഖയുണ്ട്169 ജോലികൾ (0 ക്യൂഡ് 0 സജീവം 0 വീണ്ടും ശ്രമിക്കുന്നതിനായി കാത്തിരിക്കുന്നു 0 താൽക്കാലികമായി നിർത്തിവച്ചു 0 അപൂർണ്ണം 169 ചെയ്തു - 1 തിരഞ്ഞെടുത്തു)

ജോലി ഐഡി തരം സംസ്ഥാന സംസ്ഥാന വിശദാംശങ്ങൾ സ്റ്റാറ്റസ് ജോലി നയം ജോലി ഷെഡ്യൂൾ ക്ലയന്റ് മീഡിയ സെർവർ ആരംഭിക്കുന്ന സമയം കഴിഞ്ഞു സമയം അവസാനിക്കുന്ന സമയം സ്റ്റോറേജ് യൂണിറ്റ് ശ്രമം പ്രവർത്തനം കിലോബൈറ്റ് ഫയലുകൾ പാത നാമം % പൂർണ്ണം (കണക്കാക്കിയത്) ജോലി PID ഉടമ പ്രോ രക്ഷാകർതൃ ജോലി ID KB/Sec പകർപ്പ് റോബോട്ട് ആക്റ്റീവ് ഇ ആക്റ്റീവ് വാലാപ്ഷൻ സെ ഐഡി മീഡിയ ഓഫ് ഡാറ്റാ മൂവ്‌മെന്റ് ഓഫ്-ഹോസ്റ്റ് തരം മാസ്റ്റർ മുൻഗണന ഡീഡ്യൂപ്ലിക്കേഷൻ റേറ്റ് ട്രാൻസ്‌പോർട്ട് ആക്‌സിലറേറ്റർ ഒപ്റ്റിമൈസേഷൻ ഇൻസ്‌റ്റൻസ് അല്ലെങ്കിൽ ഡാറ്റാബേസ് ഷെയർ ഹോസ്റ്റ് ഒഴിവാക്കുക
- 1372 പുനഃസ്ഥാപിക്കൽ പൂർത്തിയായി 0 NBPR01 NBCC ഡിസംബർ 19, 2018 1:05:58 PM 00:04:32 ഡിസംബർ 19, 2018 1:10:30 PM 1 14,380,577 1 100% ROOT 8548 1372:70,567 :19 PM 2018:1:06 WIN-************* 00

S3-ന്റെ സംരക്ഷണത്താൽ തന്നെ ഡാറ്റാ സമഗ്രത ഉറപ്പാക്കപ്പെടുന്നു - ഒരു ഡെഡ് ഹാർഡ് ഡ്രൈവ് സ്പിൻഡിൽ പോലെയുള്ള ഹാർഡ്‌വെയർ പരാജയങ്ങളിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന് അവിടെ നല്ല ആവർത്തനമുണ്ട്.

മീഡിയ സെർവറിന് 4 TB കാഷെ ആവശ്യമാണ് - ഇതാണ് വെരിറ്റാസിന്റെ ഏറ്റവും കുറഞ്ഞ വലുപ്പമുള്ള ശുപാർശ. കൂടുതൽ നല്ലത്, പക്ഷേ ഞങ്ങൾ അതാണ് ചെയ്തത്.

ഫലം

ഞങ്ങളുടെ S3-ലേക്ക് ഒരു പങ്കാളി 20 GB എറിഞ്ഞപ്പോൾ, ഞങ്ങൾ 60 GB സംഭരിച്ചു, കാരണം ഞങ്ങൾ ഡാറ്റയുടെ ട്രിപ്പിൾ ജിയോ റിസർവേഷൻ നൽകുന്നു. ഇപ്പോൾ ട്രാഫിക് വളരെ കുറവാണ്, ഇത് ചാനലിനും സ്റ്റോറേജ് താരിഫുകൾക്കും നല്ലതാണ്.

ഈ സാഹചര്യത്തിൽ, "വലിയ ഇന്റർനെറ്റ്" കഴിഞ്ഞ റൂട്ടുകൾ അടച്ചിരിക്കുന്നു, എന്നാൽ നിങ്ങൾക്ക് ഇന്റർനെറ്റ് വഴി VPN L2 വഴി ട്രാഫിക്ക് ഡ്രൈവ് ചെയ്യാൻ കഴിയും, എന്നാൽ ദാതാവിന്റെ പ്രവേശനത്തിന് മുമ്പ് മീഡിയ സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതാണ് നല്ലത്.

ഞങ്ങളുടെ റഷ്യൻ ഡാറ്റാ സെന്ററുകളിൽ ഈ ഫീച്ചറുകളെ കുറിച്ച് പഠിക്കാൻ നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ അല്ലെങ്കിൽ വീട്ടിൽ നടപ്പിലാക്കുന്നതിനെക്കുറിച്ച് ചോദ്യങ്ങളുണ്ടെങ്കിൽ, അഭിപ്രായങ്ങളിലൂടെയോ ഇമെയിൽ വഴിയോ ചോദിക്കുക [ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു].

അവലംബം: www.habr.com