ઑબ્જેક્ટ સ્ટોરેજમાં 90% સુધી બેકઅપનો સંગ્રહ કેવી રીતે કોમ્પેક્ટ કરવો

અમારા ટર્કિશ ક્લાયન્ટ્સે અમને તેમના ડેટા સેન્ટર માટે યોગ્ય રીતે બેકઅપ ગોઠવવાનું કહ્યું. અમે રશિયામાં સમાન પ્રોજેક્ટ્સ કરી રહ્યા છીએ, પરંતુ અહીં વાર્તા તે કેવી રીતે શ્રેષ્ઠ રીતે કરવું તે અંગે સંશોધન કરવા વિશે વધુ હતી.

આપેલ: ત્યાં એક સ્થાનિક S3 સ્ટોરેજ છે, ત્યાં Veritas NetBackup છે, જેણે ડેટાને ઑબ્જેક્ટ સ્ટોરેજમાં ખસેડવા માટે નવી વિસ્તૃત કાર્યક્ષમતા પ્રાપ્ત કરી છે, હવે ડિડુપ્લિકેશન માટે સપોર્ટ સાથે, અને આ સ્થાનિક સ્ટોરેજમાં ખાલી જગ્યાની સમસ્યા છે.

કાર્ય: બધું બનાવવા માટે જેથી બેકઅપ નકલો સંગ્રહિત કરવાની પ્રક્રિયા ઝડપી અને સસ્તી હોય.

વાસ્તવમાં, આ પહેલાં, 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, dedup: 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; રિપોર્ટ=PDDO સ્ટેટ્સ ફોર (NBCC): સ્કેન કરેલ: 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; રિપોર્ટ=PDDO સ્ટેટ્સ ફોર (NBCC): સ્કેન કરેલ: 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; રિપોર્ટ=PDDO સ્ટેટ્સ ફોર (NBCC): સ્કેન કરેલ: 14569739 KB, CR મોકલવામાં આવ્યો: 34120 KB, CR મોકલવામાં આવ્યો FC: 0 KB, ડીડઅપ: 99.8%, કેશ અક્ષમ

શું સમસ્યા છે

ગ્રાહકો શક્ય તેટલી વાર બેકઅપ લેવા માંગે છે અને શક્ય તેટલી સસ્તી રીતે સ્ટોર કરવા માંગે છે. તેમને S3 જેવા ઑબ્જેક્ટ સ્ટોરેજમાં સસ્તામાં સંગ્રહિત કરવું શ્રેષ્ઠ છે, કારણ કે તે મેગાબાઈટ દીઠ સેવાના ખર્ચે સૌથી સસ્તું છે જ્યાંથી તમે વાજબી સમયમાં બેકઅપ લઈ શકો છો. જ્યારે પુષ્કળ બેકઅપ હોય છે, ત્યારે તે ખૂબ સસ્તું થતું નથી, કારણ કે મોટાભાગનો સ્ટોરેજ સમાન ડેટાની નકલો દ્વારા કબજે કરવામાં આવે છે. તુર્કીના સાથીદારોના HaaS ના કિસ્સામાં, સંગ્રહને આશરે 80-90% દ્વારા ઘન કરી શકાય છે. તે સ્પષ્ટ છે કે આ ખાસ કરીને તેમની વિશિષ્ટતાઓ સાથે સંબંધિત છે, પરંતુ હું ચોક્કસપણે ઓછામાં ઓછા 50% દાદા પર વિશ્વાસ કરીશ.

સમસ્યાને ઉકેલવા માટે, મુખ્ય વિક્રેતાઓએ લાંબા સમયથી એમેઝોન S3 માટે ગેટવે બનાવ્યા છે. જ્યાં સુધી તેઓ Amazon API ને સપોર્ટ કરે ત્યાં સુધી તેમની તમામ પદ્ધતિઓ સ્થાનિક S3 સાથે સુસંગત છે. ટર્કિશ ડેટા સેન્ટરમાં, અમારા S3, તેમજ રશિયામાં T-III "કોમ્પ્રેસર" માં બેકઅપ લેવામાં આવે છે, કારણ કે આ કાર્ય યોજના અમારા માટે સારી રીતે કામ કરી રહી છે.

અને અમારું S3 એમેઝોન S3 બેકઅપ પદ્ધતિઓ સાથે સંપૂર્ણપણે સુસંગત છે. એટલે કે, તમામ બેકઅપ ટૂલ્સ કે જે આ પદ્ધતિઓને સમર્થન આપે છે તે તમને "બૉક્સની બહાર" આવા સ્ટોરેજમાં બધું કૉપિ કરવાની મંજૂરી આપે છે.

Veritas NetBackup એ CloudCatalyst લક્ષણ ઉમેર્યું:

એટલે કે, બેકઅપ લેવાની જરૂર હોય તેવા મશીનો અને ગેટવે વચ્ચે, એક મધ્યવર્તી Linux સર્વર છે જેના દ્વારા SRK એજન્ટ્સનો બેકઅપ ટ્રાફિક પસાર થાય છે અને તેને S3 પર સ્થાનાંતરિત કરતા પહેલા ફ્લાય પર ડિડુપ્લિકેટ કરવામાં આવે છે. જો પહેલા કમ્પ્રેશન સાથે 30 જીબીના 20 બેકઅપ હતા, તો હવે (મશીનોની સમાનતાને લીધે) તેમનું વોલ્યુમ 90% નાનું થઈ ગયું છે. નેટબેકઅપનો ઉપયોગ કરીને નિયમિત ડિસ્ક પર સંગ્રહ કરતી વખતે ડિડુપ્લિકેશન એન્જિનનો ઉપયોગ થાય છે.

મધ્યવર્તી સર્વર પહેલાં શું થાય છે તે અહીં છે:

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

લોગ્સ228 નોકરીઓ (0 કતારબદ્ધ 0 સક્રિય 0 પુનઃપ્રયાસની રાહ જોઈ રહ્યા છીએ 0 સસ્પેન્ડેડ 0 અપૂર્ણ 228 થઈ ગયું — 13 પસંદ કરેલ)
(ફિલ્ટર લાગુ કર્યું [13])

જોબ આઈડીનો પ્રકાર સ્ટેટ સ્ટેટ વિગતો સ્ટેટસ જોબ પોલિસી જોબ શેડ્યૂલ ક્લાઈન્ટ મીડિયા સર્વર શરુઆતનો સમય વીતેલો સમય સમાપ્ત થવાનો સમય સ્ટોરેજ યુનિટ પ્રયાસ ઓપરેશન કિલોબાઈટ ફાઈલો પાથનામ % પૂર્ણ (અંદાજિત) જોબ પીઆઈડી માલિકની નકલ પેરેંટ જોબ આઈડી KB/સેકન્ડ એક્ટિવ સ્ટાર્ટ રોબોટ પ્રોફેશનલ પ્રોફીલેશન સિસ્ટમ ડેટા મૂવમેન્ટ ઓફ-હોસ્ટ ટાઇપ માસ્ટર પ્રાયોરિટી ડીડુપ્લિકેશન રેટ ટ્રાન્સપોર્ટ એક્સિલરેટર ઑપ્ટિમાઇઝેશન ઇન્સ્ટન્સ અથવા ડેટાબેઝ શેર હોસ્ટ બહાર કાઢવા માટે ID મીડિયા
— 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 PM 12:16:27 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 00
1360 બેકઅપ થઈ ગયું 0 VMware પૂર્ણ NGNCloudADC NBCC ડિસેમ્બર 18, 2018 12:16:48 PM 00:01:39 ડિસેમ્બર 18, 2018 12:18:27 PM STU_DP_S3_****બેકઅપ 1 14,535,248%149654 100 23858 ડિસે 1358 , 335,098 18:2018:12 PM 16:48:00 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 01 39% 0%
1352 સ્નેપશોટ થઈ ગયું 0 VMware - NGNCloudADC NBCC ડિસેમ્બર 18, 2018 12:14:04 PM 00:02:01 ડિસેમ્બર 18, 2018 12:16:05 PM STU_DP_S3_****બેકઅપ 1 ડીસે 100, 1352% 18:2018 PM 12:14:14 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 00
1354 બેકઅપ થઈ ગયું 0 VMware ઇન્ક્રીમેન્ટલ NGNCloudADC NBCC ડિસેમ્બર 18, 2018 12:14:34 PM 00:01:21 ડિસેમ્બર 18, 2018 12:15:55 PM STU_DP_S3_**બેકઅપ 1%, 14,380,965 147 રુટ 100 23617 ડિસે 1352 , 500,817 18:2018:12 PM 14:34:00 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-************ 01 21% 0%
1347 સ્નેપશોટ થઈ ગયું 0 VMware - NGNCloudADC NBCC ડિસેમ્બર 18, 2018 12:11:45 PM 00:02:08 ડિસેમ્બર 18, 2018 12:13:53 PM STU_DP_S3_****બેકઅપ 1 ડીસે 100, 1347% 18:2018 PM 12:11:45 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 00
1349 બેકઅપ થઈ ગયું 0 VMware પૂર્ણ NGNCloudADC NBCC ડિસેમ્બર 18, 2018 12:12:02 PM 00:01:41 ડિસેમ્બર 18, 2018 12:13:43 PM STU_DP_S3_****બેકઅપ 1 14,535,215%149653 100 23508 ડિસે 1347 , 316,319 18:2018:12 PM 12:02:00 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 01 41% 0%
1341 સ્નેપશોટ થઈ ગયું 0 VMware - NGNCloudADC NBCC ડિસેમ્બર 18, 2018 12:05:28 PM 00:04:53 ડિસેમ્બર 18, 2018 12:10:21 PM STU_DP_S3_****બેકઅપ 1 ડીસે 100, 1341% 18:2018 PM 12:05:28 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 00
1342 બેકઅપ થઈ ગયું 0 VMware Full_Rescan NGNCloudADC NBCC 18 ડિસેમ્બર, 2018 12:05:47 PM 00:04:24 ડિસે 18, 2018 12:10:11 PM STU_DP_S3_**બેકઅપ, 1% 14,535,151 149653 રૂટ 100 22999 1341 ડિસે 70,380, 18 2018:12:05 PM 47:00:04 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 24 0% 87.9%

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% બેકઅપ 18:2018 AM 11:05:46 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક સ્ટાન્ડર્ડ WIN-*********** 00
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 બેકઅપ પૂર્ણ થયું 0 VMware પૂર્ણ *******.********.Cloud NBCC ડિસે 17, 2018 12:55:10 PM 05:29:21 17 ડિસેમ્બર, 2018 6:24:31 PM STU_DP_S3_****બેકઅપ 1 222,602,719 258932 100% 12856 રૂટ 1327 11,326 ડિસે 17, 2018 12:55:10 PM 05:29:21 ઇન્સ્ટન્ટ રિકવરી ડિસ્ક **0%*** INસ્ટન્ટ રિકવરી ડિસ્ક**** 87.9%**** સ્ટાન્ડર્ડ ** INST. 0%
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 બેકઅપ થઈ ગયું 0 VMware Full_Scan *******.********.Cloud NBCC ડિસે 14, 2018 4:49:14 PM 03:49:58 14 ડિસેમ્બર, 2018 8:39:12 PM STU_DP_S3_****બેકઅપ 1 217,631,332 255465 100% 26438 રૂટ 1136 15,963 ડિસે 14, 2018 4:49:14 PM 03:49:58 ત્વરિત પુનઃપ્રાપ્તિ ડિસ્ક ** IN0% ** સ્ટાન્ડર્ડ W45.2**** INસ્ટન્ટ પુનઃપ્રાપ્તિ ડિસ્ક** ** 0 ** INસ્ટન્ટ રિકવરી**** XNUMX%

પ્રવેગક તમને એજન્ટો તરફથી ટ્રાફિક ઘટાડવા માટે પરવાનગી આપે છે, કારણ કે માત્ર ડેટા ફેરફારો જ પ્રસારિત થાય છે, એટલે કે સંપૂર્ણ બેકઅપ પણ અપલોડ થતા નથી, કારણ કે મીડિયા સર્વર વધારાના બેકઅપ્સમાંથી અનુગામી સંપૂર્ણ બેકઅપ એકત્રિત કરે છે.

મધ્યવર્તી સર્વર પાસે તેનું પોતાનું સ્ટોરેજ છે, જ્યાં તે ડેટાનો "કેશ" લખે છે અને ડિડુપ્લિકેશન માટે ડેટાબેઝ જાળવે છે.

સંપૂર્ણ આર્કિટેક્ચર આના જેવું લાગે છે:

1. મુખ્ય સર્વર રૂપરેખાંકન, અપડેટ્સ વગેરેનું સંચાલન કરે છે અને તે ક્લાઉડમાં સ્થિત છે.
2. મીડિયા સર્વર (મધ્યવર્તી *નિક્સ મશીન) નેટવર્ક સુલભતાના સંદર્ભમાં રીડન્ડન્ટ સિસ્ટમ્સની સૌથી નજીક સ્થિત હોવું જોઈએ. અહીં, તમામ આરક્ષિત મશીનોમાંથી બેકઅપનું ડિડુપ્લિકેશન કરવામાં આવે છે.
3. બેકઅપ મશીનો પર એવા એજન્ટો છે જે સામાન્ય રીતે મીડિયા સર્વરને ફક્ત તે જ મોકલે છે જે તેના સ્ટોરેજમાં નથી.

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

નીચેના બેકઅપ્સ તમામ સિસ્ટમોના દૃષ્ટિકોણથી સંપૂર્ણ બનાવવામાં આવ્યા છે, પરંતુ વાસ્તવમાં તે સિન્થેટિક સંપૂર્ણ બેકઅપ્સ જેવા છે. એટલે કે, મીડિયા સર્વર પર વાસ્તવિક ટ્રાન્સફર અને રેકોર્ડિંગ ફક્ત તે ડેટા બ્લોક્સમાંથી જ થાય છે કે જે હજુ સુધી VM બેકઅપમાં પહેલાં મળ્યા નથી. અને માત્ર તે ડેટા બ્લોક્સ કે જેમની હેશ મીડિયા સર્વરના ડિડુપ્લિકેશન ડેટાબેઝમાં નથી તે S3 માં સ્થાનાંતરિત અને રેકોર્ડ કરવામાં આવે છે. સરળ શબ્દોમાં કહીએ તો, આ એવી વસ્તુ છે જે પહેલાં એક VM ના કોઈપણ બેકઅપમાં ક્યારેય જોવા મળી નથી.

પુનઃસ્થાપિત કરતી વખતે, મીડિયા સર્વર S3 માંથી આવશ્યક ડુપ્લિકેટ ઑબ્જેક્ટ્સની વિનંતી કરે છે, તેમને ફરીથી હાઇડ્રેટ કરે છે અને તેમને IRB એજન્ટોને સ્થાનાંતરિત કરે છે, એટલે કે. પુનઃસ્થાપિત કરતી વખતે ટ્રાફિકના જથ્થાને ધ્યાનમાં લેવું જરૂરી છે, જે પુનઃસ્થાપિત કરવામાં આવતા ડેટાના વાસ્તવિક વોલ્યુમની બરાબર હશે.

તે જેવું દેખાય છે તે અહીં છે:

અને અહીં લોગનો બીજો ભાગ છે169 નોકરીઓ (0 કતારબદ્ધ 0 સક્રિય 0 પુનઃપ્રયાસની રાહ જોઈ રહ્યા છીએ 0 સસ્પેન્ડેડ 0 અપૂર્ણ 169 થઈ ગયું — 1 પસંદ કરેલ)

જોબ આઈડીનો પ્રકાર સ્ટેટ સ્ટેટ વિગતો સ્ટેટસ જોબ પોલિસી જોબ શેડ્યૂલ ક્લાઈન્ટ મીડિયા સર્વર શરુઆતનો સમય વીતેલો સમય સમાપ્ત થવાનો સમય સ્ટોરેજ યુનિટ પ્રયાસ ઓપરેશન કિલોબાઈટ ફાઈલો પાથનામ % પૂર્ણ (અંદાજિત) જોબ પીઆઈડી માલિકની નકલ પેરેંટ જોબ આઈડી KB/સેકન્ડ એક્ટિવ સ્ટાર્ટ રોબોટ પ્રોફેશનલ પ્રોફીલેશન સિસ્ટમ ડેટા મૂવમેન્ટ ઓફ-હોસ્ટ ટાઇપ માસ્ટર પ્રાયોરિટી ડીડુપ્લિકેશન રેટ ટ્રાન્સપોર્ટ એક્સિલરેટર ઑપ્ટિમાઇઝેશન ઇન્સ્ટન્સ અથવા ડેટાબેઝ શેર હોસ્ટ બહાર કાઢવા માટે ID મીડિયા
- 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% RO 8548 1372 70,567% OT 19. 2018 1:06 00 PM 00:04:30 WIN-*********** 90000

ડેટા અખંડિતતા S3 ના રક્ષણ દ્વારા જ સુનિશ્ચિત કરવામાં આવે છે - ત્યાં હાર્ડવેર નિષ્ફળતાઓ જેમ કે ડેડ હાર્ડ ડ્રાઈવ સ્પિન્ડલ સામે રક્ષણ આપવા માટે સારી રીડન્ડન્સી છે.

મીડિયા સર્વરને 4 TB કેશની જરૂર છે - આ Veritas ની ન્યૂનતમ કદની ભલામણ છે. વધુ સારું છે, પરંતુ તે અમે કર્યું છે.

પરિણામ

જ્યારે ભાગીદારે અમારા S3 માં 20 GB ફેંક્યા, ત્યારે અમે 60 GB સંગ્રહિત કર્યા, કારણ કે અમે ડેટાનું ટ્રિપલ જીઓ-રિઝર્વેશન પ્રદાન કરીએ છીએ. હવે ત્યાં ટ્રાફિક ઘણો ઓછો છે, જે ચેનલ અને સ્ટોરેજ ટેરિફ બંને માટે સારો છે.

આ કિસ્સામાં, માર્ગો "મોટા ઇન્ટરનેટ" પછી બંધ છે, પરંતુ તમે ઇન્ટરનેટ પર VPN L2 દ્વારા ટ્રાફિક ચલાવી શકો છો, પરંતુ પ્રદાતાના પ્રવેશ પહેલાં મીડિયા સર્વરને ઇન્સ્ટોલ કરવું વધુ સારું છે.

જો તમને અમારા રશિયન ડેટા સેન્ટરોમાં આ સુવિધાઓ વિશે જાણવામાં રસ હોય અથવા ઘરે અમલીકરણ વિશે પ્રશ્નો હોય, તો ટિપ્પણીઓમાં અથવા ઇમેઇલ દ્વારા પૂછો [ઇમેઇલ સુરક્ષિત].

સોર્સ: www.habr.com