90% వరకు ఆబ్జెక్ట్ స్టోరేజ్‌లో బ్యాకప్‌ల నిల్వను కాంపాక్ట్ చేయడం ఎలా

మా టర్కిష్ క్లయింట్లు తమ డేటా సెంటర్ కోసం బ్యాకప్‌ని సరిగ్గా కాన్ఫిగర్ చేయమని మమ్మల్ని కోరారు. మేము రష్యాలో ఇలాంటి ప్రాజెక్ట్‌లను చేస్తున్నాము, అయితే ఇక్కడ కథనం ఎలా ఉత్తమంగా చేయాలో పరిశోధించబడింది.

అందించబడింది: స్థానిక S3 నిల్వ ఉంది, వెరిటాస్ నెట్‌బ్యాకప్ ఉంది, ఇది డేటాను ఆబ్జెక్ట్ స్టోరేజీకి తరలించడానికి కొత్త విస్తరించిన కార్యాచరణను పొందింది, ఇప్పుడు తగ్గింపుకు మద్దతు ఉంది మరియు ఈ స్థానిక నిల్వలో ఖాళీ స్థలంతో సమస్య ఉంది.

టాస్క్: బ్యాకప్ కాపీలను నిల్వ చేసే ప్రక్రియ వేగంగా మరియు చౌకగా ఉండేలా ప్రతిదీ చేయడానికి.

వాస్తవానికి, దీనికి ముందు, S3లోని ప్రతిదీ కేవలం ఫైల్‌లు, మరియు ఇవి డేటా సెంటర్‌లోని క్లిష్టమైన యంత్రాల పూర్తి తారాగణం. అంటే, ఇది చాలా ఆప్టిమైజ్ చేయబడలేదు, కానీ ప్రతిదీ ప్రారంభంలో పని చేసింది. ఇప్పుడు దాన్ని గుర్తించి సరిగ్గా చేయాల్సిన సమయం వచ్చింది.

మేము ఏమి వచ్చామో చిత్రం చూపిస్తుంది:

90% వరకు ఆబ్జెక్ట్ స్టోరేజ్‌లో బ్యాకప్‌ల నిల్వను కాంపాక్ట్ చేయడం ఎలా

మీరు చూడగలిగినట్లుగా, మొదటి బ్యాకప్ నెమ్మదిగా చేయబడింది (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% తాతగారిపై ఆధారపడతాను.

సమస్యను పరిష్కరించడానికి, ప్రధాన విక్రేతలు చాలా కాలంగా Amazon S3కి గేట్‌వేలను రూపొందించారు. Amazon APIకి మద్దతిచ్చేంత వరకు వారి పద్ధతులన్నీ స్థానిక S3కి అనుకూలంగా ఉంటాయి. టర్కిష్ డేటా సెంటర్‌లో, మా S3కి, అలాగే రష్యాలోని T-III “కంప్రెసర్”లో బ్యాకప్ చేయబడుతుంది, ఎందుకంటే ఈ పని పథకం మాకు బాగా పనిచేసింది.

మరియు మా S3 Amazon S3 బ్యాకప్ పద్ధతులతో పూర్తిగా అనుకూలంగా ఉంటుంది. అంటే, ఈ పద్ధతులకు మద్దతిచ్చే అన్ని బ్యాకప్ సాధనాలు "బాక్స్ వెలుపల" అటువంటి నిల్వకు ప్రతిదానిని కాపీ చేయడానికి మిమ్మల్ని అనుమతిస్తాయి.

Veritas NetBackup CloudCatalyst ఫీచర్‌ని జోడించింది:

90% వరకు ఆబ్జెక్ట్ స్టోరేజ్‌లో బ్యాకప్‌ల నిల్వను కాంపాక్ట్ చేయడం ఎలా

అంటే, బ్యాకప్ చేయవలసిన మెషీన్‌లు మరియు గేట్‌వే మధ్య, ఒక ఇంటర్మీడియట్ Linux సర్వర్ ఉంది, దీని ద్వారా SRK ఏజెంట్ల నుండి బ్యాకప్ ట్రాఫిక్ వెళుతుంది మరియు దానిని S3కి బదిలీ చేయడానికి ముందు ఫ్లైలో డీప్లికేట్ చేయబడుతుంది. ఇంతకుముందు కంప్రెషన్‌తో 30 GB యొక్క 20 బ్యాకప్‌లు ఉంటే, ఇప్పుడు (యంత్రాల సారూప్యత కారణంగా) వాటి వాల్యూమ్ 90% చిన్నదిగా మారింది. నెట్‌బ్యాకప్‌ని ఉపయోగించి సాధారణ డిస్క్‌లలో నిల్వ చేస్తున్నప్పుడు డీప్లికేషన్ ఇంజిన్ అదే విధంగా ఉపయోగించబడుతుంది.

ఇంటర్మీడియట్ సర్వర్ ముందు ఏమి జరుగుతుందో ఇక్కడ ఉంది:

90% వరకు ఆబ్జెక్ట్ స్టోరేజ్‌లో బ్యాకప్‌ల నిల్వను కాంపాక్ట్ చేయడం ఎలా

మేము పరీక్షించి, మా డేటా సెంటర్‌లలో అమలు చేసినప్పుడు, ఇది మాకు మరియు కస్టమర్‌ల కోసం S3 నిల్వలో స్థలాన్ని ఆదా చేస్తుందని నిర్ధారణకు వచ్చాము. వాణిజ్య డేటా కేంద్రాల యజమానిగా, మేము ఆక్రమించిన వాల్యూమ్‌ను బట్టి వసూలు చేస్తాము, అయితే ఇది ఇప్పటికీ మాకు చాలా లాభదాయకంగా ఉంది - ఎందుకంటే మేము సాఫ్ట్‌వేర్‌లో మరింత స్కేలబుల్ ప్రదేశాలలో డబ్బు సంపాదించడం ప్రారంభిస్తాము మరియు హార్డ్‌వేర్‌ను అద్దెకు తీసుకోవడం ద్వారా కాదు. బాగా, మరియు ఇది అంతర్గత ఖర్చులలో తగ్గింపు.

లాగ్‌లు228 ఉద్యోగాలు (0 క్యూలో ఉన్నాయి 0 సక్రియం 0 మళ్లీ ప్రయత్నించడానికి వేచి ఉంది 0 సస్పెండ్ చేయబడింది 0 అసంపూర్తిగా 228 పూర్తయింది — 13 ఎంచుకోబడ్డాయి)
(ఫిల్టర్ అప్లైడ్ [13])

ఉద్యోగ Id రకం రాష్ట్ర రాష్ట్ర వివరాలు స్థితి ఉద్యోగ విధానం ఉద్యోగ షెడ్యూల్ క్లయింట్ మీడియా సర్వర్ ప్రారంభ సమయం గడిచిన సమయం ముగింపు సమయం నిల్వ యూనిట్ ప్రయత్నం ఆపరేషన్ కిలోబైట్ల ఫైల్‌లు మార్గం పేరు % పూర్తయింది (అంచనా) ఉద్యోగ PID యజమాని ప్రో మాతృ ఉద్యోగ ID KB/Sec యాక్టివ్ యాక్టివ్‌లను కాపీ చేయండి డేటా మూవ్‌మెంట్ ఆఫ్-హోస్ట్ టైప్ మాస్టర్ ప్రయారిటీ డిడూప్లికేషన్ రేట్ ట్రాన్స్‌పోర్ట్ యాక్సిలరేటర్ ఆప్టిమైజేషన్ ఇన్‌స్టాన్స్ లేదా డేటాబేస్ షేర్ హోస్ట్‌ను ఎజెక్ట్ చేయడానికి ID మీడియా
— 1358 స్నాప్‌షాట్ పూర్తయింది 0 VMware — NGNCloudADC NBCC Dec 18, 2018 12:16:19 PM 00:02:18 Dec 18, 2018 12:18:37 PM STU_DP_S3_****బ్యాకప్ 1 డిసెంబరు 100 రూట్ 1358 18 2018 12% :16:27 PM 00:02:10 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-************* 0
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 PM 2018:12:16 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-************* 48 00% 01%
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 PM 12:14:14 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-*********** 00
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_**** రూట్ 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 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 PM 12:11:45 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-*********** 00
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 PM 2018:12:12 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-************* 02 00% 01%
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 PM 12:05:28 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-*********** 00
1342 బ్యాకప్ పూర్తయింది 0 VMware Full_Rescan NGNCloudADC NBCC Dec 18, 2018 12:05:47 PM 00:04:24 Dec 18, 2018 12:10:11 PM STU_DP_S3_*1,బ్యాకప్ 14,535,151 149653%100 22999 రూట్ 1341 70,380 18 డిసెంబర్ 2018 , 12 05:47:00 PM 04:24:0 తక్షణ రికవరీ డిస్క్ స్టాండర్డ్ WIN-************* 87.9 0% XNUMX%

1339 స్నాప్‌షాట్ పూర్తయింది 150 VMware - NGNCloudADC NBCC Dec 18, 2018 11:05:46 AM 00:00:53 Dec 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%* స్టాండర్డ్ రికవరీ****87.9% 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 పూర్తి_స్కాన్ *******.********.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 తక్షణ పునరుద్ధరణ*0*45.2%*0 XNUMX%

యాక్సిలరేటర్ ఏజెంట్ల నుండి ట్రాఫిక్‌ను తగ్గించడానికి మిమ్మల్ని అనుమతిస్తుంది, ఎందుకంటే డేటా మార్పులు మాత్రమే ప్రసారం చేయబడతాయి, అంటే పూర్తి బ్యాకప్‌లు కూడా పూర్తిగా అప్‌లోడ్ చేయబడవు, ఎందుకంటే మీడియా సర్వర్ పెరుగుతున్న బ్యాకప్‌ల నుండి తదుపరి పూర్తి బ్యాకప్‌లను సేకరిస్తుంది.

ఇంటర్మీడియట్ సర్వర్ దాని స్వంత నిల్వను కలిగి ఉంది, ఇక్కడ అది డేటా యొక్క "కాష్" వ్రాస్తుంది మరియు డీప్లికేషన్ కోసం డేటాబేస్ను నిర్వహిస్తుంది.

పూర్తి నిర్మాణం ఇలా కనిపిస్తుంది:

  1. మాస్టర్ సర్వర్ కాన్ఫిగరేషన్, అప్‌డేట్‌లు మొదలైనవాటిని నిర్వహిస్తుంది మరియు క్లౌడ్‌లో ఉంది.
  2. మీడియా సర్వర్ (ఇంటర్మీడియట్ *నిక్స్ మెషిన్) నెట్‌వర్క్ యాక్సెసిబిలిటీ పరంగా అనవసరమైన సిస్టమ్‌లకు దగ్గరగా ఉండాలి. ఇక్కడ, అన్ని రిజర్వ్ చేయబడిన మెషీన్‌ల నుండి బ్యాకప్‌ల తగ్గింపు జరుగుతుంది.
  3. బ్యాకప్ చేయబడిన మెషీన్‌లలో సాధారణంగా మీడియా సర్వర్‌కు దాని నిల్వలో లేని వాటిని మాత్రమే పంపే ఏజెంట్‌లు ఉంటాయి.

ఇది పూర్తి స్కాన్‌తో మొదలవుతుంది - ఇది పూర్తి స్థాయి పూర్తి బ్యాకప్. ఈ సమయంలో, మీడియా సర్వర్ ప్రతిదీ తీసుకుంటుంది, దానిని డీప్లికేట్ చేస్తుంది మరియు దానిని S3కి బదిలీ చేస్తుంది. మీడియా సర్వర్‌కు వేగం తక్కువగా ఉంటుంది, కానీ దాని నుండి అది ఎక్కువగా ఉంటుంది. ప్రధాన పరిమితి సర్వర్ యొక్క కంప్యూటింగ్ శక్తి.

కింది బ్యాకప్‌లు అన్ని సిస్టమ్‌ల కోణం నుండి పూర్తి చేయబడ్డాయి, అయితే వాస్తవానికి అవి సింథటిక్ పూర్తి బ్యాకప్‌ల వంటివి. అంటే, మీడియా సర్వర్‌కు వాస్తవ బదిలీ మరియు రికార్డింగ్ ఇంతకు ముందు VM బ్యాకప్‌లలో ఇంకా ఎదుర్కోని డేటా బ్లాక్‌లలో మాత్రమే జరుగుతుంది. మరియు మీడియా సర్వర్ యొక్క డీప్లికేషన్ డేటాబేస్‌లో హాష్ లేని డేటా బ్లాక్‌లు మాత్రమే S3లో బదిలీ చేయబడతాయి మరియు రికార్డ్ చేయబడతాయి. సరళంగా చెప్పాలంటే, ఇది ఇంతకు ముందు ఒకే VM యొక్క ఏ బ్యాకప్‌లోనూ చూడని విషయం.

పునరుద్ధరించే సమయంలో, మీడియా సర్వర్ S3 నుండి అవసరమైన నకిలీ వస్తువులను అభ్యర్థిస్తుంది, వాటిని రీహైడ్రేట్ చేస్తుంది మరియు వాటిని IRB ఏజెంట్లకు బదిలీ చేస్తుంది, అనగా. పునరుద్ధరణ సమయంలో ట్రాఫిక్ పరిమాణాన్ని పరిగణనలోకి తీసుకోవడం అవసరం, ఇది పునరుద్ధరించబడుతున్న డేటా యొక్క వాస్తవ పరిమాణానికి సమానంగా ఉంటుంది.

ఇది ఇలా ఉంది:

90% వరకు ఆబ్జెక్ట్ స్టోరేజ్‌లో బ్యాకప్‌ల నిల్వను కాంపాక్ట్ చేయడం ఎలా

మరియు ఇక్కడ మరొక లాగ్‌లు ఉన్నాయి169 ఉద్యోగాలు (0 క్యూలో ఉన్నాయి 0 సక్రియం 0 మళ్లీ ప్రయత్నించడానికి వేచి ఉంది 0 సస్పెండ్ చేయబడింది 0 అసంపూర్తిగా 169 పూర్తయింది — 1 ఎంచుకోబడ్డాయి)

ఉద్యోగ Id రకం రాష్ట్ర రాష్ట్ర వివరాలు స్థితి ఉద్యోగ విధానం ఉద్యోగ షెడ్యూల్ క్లయింట్ మీడియా సర్వర్ ప్రారంభ సమయం గడిచిన సమయం ముగింపు సమయం నిల్వ యూనిట్ ప్రయత్నం ఆపరేషన్ కిలోబైట్ల ఫైల్‌లు మార్గం పేరు % పూర్తయింది (అంచనా) ఉద్యోగ PID యజమాని ప్రో మాతృ ఉద్యోగ ID KB/Sec యాక్టివ్ యాక్టివ్‌లను కాపీ చేయండి డేటా మూవ్‌మెంట్ ఆఫ్-హోస్ట్ టైప్ మాస్టర్ ప్రయారిటీ డిడూప్లికేషన్ రేట్ ట్రాన్స్‌పోర్ట్ యాక్సిలరేటర్ ఆప్టిమైజేషన్ ఇన్‌స్టాన్స్ లేదా డేటాబేస్ షేర్ హోస్ట్‌ను ఎజెక్ట్ చేయడానికి 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% 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

ఒక వ్యాఖ్యను జోడించండి