Katika machapisho yaliyotangulia, tulishiriki maagizo ya kusanidi ΠΈ kulingana na Veeam. Leo tunataka kuzungumza juu ya kuhifadhi nakala rudufu kwa kutumia Commvault. Hakutakuwa na maagizo, lakini tutakuambia nini na jinsi wateja wetu tayari wanahifadhi nakala.
Mfumo wa kuhifadhi wa mfumo wa chelezo kulingana na Commvault katika kituo cha data cha OST-2.
Jinsi gani kazi?
Commvault ni jukwaa la chelezo kwa programu, hifadhidata, mifumo ya faili, mashine pepe na seva za mwili. Katika kesi hii, data ya awali inaweza kuwa kwenye tovuti yoyote: na sisi - kwa upande wa mteja, katika kituo kingine cha data cha kibiashara au katika wingu.
Mteja husakinisha wakala kwenye vitu vya chelezo - Wakala wa iData - na kuisanidi kwa mujibu wa sera za chelezo zinazohitajika. Wakala wa iData hukusanya data zinazohitajika, kubana, kutoa nakala, kusimba kwa njia fiche na kuzihamisha hadi kwenye mfumo wa chelezo wa DataLine.
Seva za wakala hakikisha uunganisho wa mtandao wa mteja na mtandao wetu, kutengwa kwa njia ambazo data hupitishwa.
Kwa upande wa DataLine, data kutoka kwa Wakala wa iData hupokea Seva ya Wakala wa Vyombo vya Habari na kuituma kwenye hifadhi kwenye mifumo ya hifadhi, maktaba za tepi, n.k. Yote haya yanasimamiwa na Comserve. Katika usanidi wetu, seva kuu ya udhibiti iko kwenye tovuti ya OST, na seva ya chelezo iko kwenye tovuti ya NORD.
Kwa chaguo-msingi, data ya mteja huhifadhiwa kwenye tovuti moja, lakini unaweza kupanga hifadhi kwa maeneo mawili mara moja au kuweka ratiba ya kuhamisha nakala kwenye tovuti ya pili. Chaguo hili linaitwa "nakala msaidizi". Kwa mfano, nakala zote kamili mwishoni mwa mwezi zitanakiliwa kiotomatiki au kuhamishiwa kwenye tovuti ya pili.
Mpango wa uendeshaji wa mfumo wa chelezo wa Commvault.
Mfumo wa hifadhi rudufu hufanya kazi hasa kwenye uboreshaji wa VMware: Seva za CommServe, Wakala wa Media na Wakala hutumwa kwenye mashine pepe. Ikiwa mteja anatumia vifaa vyetu, basi chelezo huwekwa kwenye mfumo wa uhifadhi wa Huawei OceanStor 5500 V3. Ili kucheleza mifumo ya hifadhi ya mteja, hifadhi chelezo kwenye maktaba za kanda, Wakala tofauti wa Vyombo vya Habari kwenye seva halisi hutumiwa.
Ni nini muhimu kwa wateja?
Kutoka kwa uzoefu wetu, wateja wanaochagua Commvault kwa nakala rudufu huzingatia vidokezo vifuatavyo.
Console. Wateja wanataka kudhibiti chelezo wenyewe. Shughuli zote za kimsingi zinapatikana kwenye koni ya Commvault:
- kuongeza na kuondoa seva kwa chelezo;
- kusanidi Wakala wa iData;
- kuunda na kuanza kwa mwongozo wa kazi;
- urejesho wa kibinafsi wa backups;
- kuweka arifa kuhusu hali ya kazi za chelezo;
- utofautishaji wa ufikiaji wa koni kulingana na jukumu na kikundi cha watumiaji.
Kupunguza. Utoaji wa nakala hukuruhusu kupata na kuondoa nakala rudufu za data wakati wa mchakato wa kuhifadhi nakala. Kwa hivyo, inasaidia kuokoa nafasi kwenye mfumo wa kuhifadhi na kupunguza kiasi cha data iliyohamishwa, kupunguza mahitaji ya bandwidth. Bila kutoa nakala, nakala rudufu zinaweza kuchukua ukubwa wa mara mbili hadi tatu wa data asili.
Kwa upande wa Commvault, upunguzaji wa nakala unaweza kusanidiwa kwa upande wa mteja au upande wa Wakala wa Media. Katika hali ya kwanza, vizuizi vya data visivyo vya kipekee hata havitahamishiwa kwa Seva ya Wakala wa Vyombo vya Habari. Katika pili, kizuizi cha kurudia kinatupwa na hakijaandikwa kwa mfumo wa kuhifadhi.
Upunguzaji wa kizuizi kama hicho unategemea vitendaji vya hashi. Kila block imepewa hashi, ambayo imehifadhiwa kwenye jedwali la hashi, aina ya hifadhidata (Database ya Kupunguza, DDB). Wakati wa kusambaza data, heshi "hupigwa" kupitia msingi huu. Ikiwa heshi kama hiyo tayari iko kwenye hifadhidata, basi kizuizi kinawekwa alama kama kisicho cha kipekee na hakijahamishiwa kwa Seva ya Wakala wa Vyombo vya Habari (katika kesi ya kwanza) au kuandikwa kwa mfumo wa kuhifadhi data (kwa pili).
Shukrani kwa upunguzaji wa nakala, tunaweza kuokoa hadi 78% ya nafasi ya kuhifadhi. Sasa 166,4 TB imehifadhiwa kwenye hifadhi. Bila kupunguzwa, tungelazimika kuhifadhi 744 TB.
Uwezekano wa kutofautisha haki. Commvault ina uwezo wa kuweka viwango tofauti vya ufikiaji wa usimamizi wa chelezo. Kinachojulikana kama "majukumu" huamua ni vitendo gani vitakuwa mtumiaji kuhusiana na vitu vya chelezo. Kwa mfano, watengenezaji wataweza kurejesha seva iliyo na hifadhidata kwenye eneo mahususi pekee, huku msimamizi ataweza kuendesha hifadhi rudufu isiyo ya mpangilio kwa seva hiyo hiyo na kuongeza watumiaji wapya.
Usimbaji fiche. Unaweza kusimba data kwa njia fiche unapohifadhi nakala kupitia Commvault kwa njia zifuatazo:
- kwa upande wa wakala wa mteja: katika kesi hii, data itahamishiwa kwenye mfumo wa chelezo tayari katika fomu iliyosimbwa;
- kwa upande wa Wakala wa Vyombo vya Habari;
- katika kiwango cha kituo: data imesimbwa kwa njia fiche kwa upande wa wakala wa mteja na kusimbwa kwenye Seva ya Wakala wa Vyombo vya Habari.
Kanuni za usimbaji fiche zinazopatikana: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (iliyopendekezwa na Commvault).
Takwimu kadhaa
Kufikia katikati ya Desemba, kwa usaidizi wa Commvault, tuna wateja 27 wanaounga mkono. Wengi wao ni wauzaji reja reja na taasisi za fedha. Jumla ya data ya nakala halisi ni 65 TB.
Takriban kazi 4400 hufanywa kwa siku. Zifuatazo ni takwimu za kazi zilizokamilishwa kwa siku 16 zilizopita.
Zaidi ya yote, Mfumo wa Faili wa Windows, Seva ya SQL na hifadhidata za Kubadilishana zinachelezwa kupitia Commvault.
Na sasa kesi zilizoahidiwa. Ingawa sio ya kibinafsi (NDA inasema hujambo :)), wanatoa wazo la nini na jinsi wateja wanavyotumia nakala rudufu kulingana na Commvault. Zifuatazo ni mifano kwa wateja wanaotumia mfumo mmoja wa kuhifadhi nakala, yaani programu inayoshirikiwa, Seva za Wakala wa Vyombo vya Habari, na mifumo ya kuhifadhi.
Kesi ya 1
Mteja. Kampuni ya Kirusi ya biashara na utengenezaji wa soko la confectionery na mtandao uliosambazwa wa matawi kote Urusi.
Jukumu.Shirika la hifadhi rudufu kwa hifadhidata za Microsoft SQL, seva za faili, seva za programu, Kubadilishana vikasha vya barua pepe vya Mtandaoni.
Takwimu za awali ziko katika ofisi kote Urusi (zaidi ya miji 10). Unahitaji kuhifadhi nakala kwenye tovuti ya DataLine na urejeshaji data unaofuata katika ofisi zozote za kampuni.
Wakati huo huo, mteja alitaka usimamizi kamili wa kibinafsi na udhibiti wa ufikiaji.
Kina cha kuhifadhi - mwaka. Kwa Exchange Online, miezi 3 kwa nakala za mtandaoni na mwaka kwa kumbukumbu.
Suluhisho. Nakala ya ziada ilianzishwa kwa hifadhidata kwenye tovuti ya pili: chelezo kamili ya mwisho ya mwezi huhamishiwa kwenye tovuti nyingine na kuhifadhiwa huko kwa mwaka mmoja.
Ubora wa chaneli kutoka kwa ofisi za mbali za mteja haukuruhusu kila wakati kuhifadhi na kurejesha kwa wakati unaofaa. Ili kupunguza idadi ya trafiki inayopitishwa, upunguzaji wa marudio uliwekwa kwenye upande wa mteja. Shukrani kwake, wakati wa chelezo kamili ulikubalika, kwa kuzingatia umbali wa ofisi. Kwa mfano, chelezo kamili ya hifadhidata ya GB 131 kutoka St. Petersburg inafanywa kwa dakika 16. Kutoka Yekaterinburg, hifadhidata ya GB 340 inachelezwa kwa saa 1 dakika 45.
Kupitia majukumu, mteja amesanidi ruhusa tofauti kwa wasanidi wake: kuhifadhi au kurejesha tu.
Kesi ya 2
Mteja. Mlolongo wa Kirusi wa maduka ya bidhaa za watoto.
Jukumu. Shirika la kuhifadhi nakala kwa:
nguzo ya MS SQL iliyopakiwa sana kulingana na seva 4 halisi;
mashine pepe zilizo na tovuti, seva za programu, 1C, Exchange na seva za faili.
Miundombinu yote iliyobainishwa ya mteja imepangwa kati ya tovuti za OST na NORD.
RPO kwa seva za SQL - dakika 30, kwa mapumziko - siku 1.
Uhifadhi wa kina - kutoka kwa wiki 2 hadi siku 30, kulingana na aina ya data.
Suluhisho. Tulichagua mchanganyiko wa suluhisho kulingana na Veeam na Commvault. Veeam hutumiwa kwa nakala rudufu za faili kutoka kwa wingu letu. Seva za hifadhidata, Saraka Inayotumika, barua pepe na seva halisi zinachelezwa kupitia Commvault.
Ili kufikia kasi ya juu ya kuhifadhi nakala, mteja alitenga adapta tofauti ya mtandao kwenye seva halisi yenye MS SQL kwa kazi za chelezo. Nakala kamili ya hifadhidata ya 3,4 TB inachukua saa 2 dakika 20, na urejeshaji kamili huchukua masaa 5 dakika 5.
Mteja alikuwa na kiasi kikubwa cha data ya awali (karibu 18 TB). Ikiwa data ingewekwa kwenye maktaba ya tepi, kama mteja alivyokuwa amefanya hapo awali, basi dazeni kadhaa za cartridges zingehitajika. Hii inaweza kutatiza usimamizi wa mfumo mzima wa chelezo wa mteja. Kwa hiyo, katika utekelezaji wa mwisho, maktaba ya tepi ilibadilishwa na mfumo wa kuhifadhi.
Kesi ya 3
Mteja. Mlolongo wa maduka makubwa katika CIS
Jukumu. Mteja alitaka kuhifadhi nakala na kurejesha mifumo ya SAP iliyopangishwa katika wingu letu. Kwa hifadhidata za SAP HANA RPO=dakika 15, kwa mashine pepe zilizo na seva za programu RPO=saa 24. kina cha kuhifadhi - siku 30. Ikitokea ajali RTO=saa 1, kurejesha nakala inapohitajika RTO=saa 4.
Suluhisho. Kwa hifadhidata ya HANA, nakala rudufu za faili za DATA na faili za Kumbukumbu zilisanidiwa kwa vipindi maalum. Faili za kumbukumbu ziliwekwa kwenye kumbukumbu kila baada ya dakika 15 au zilipofikia ukubwa fulani.
Ili kupunguza muda wa kurejesha hifadhidata, tunaweka hifadhi ya ngazi mbili ya hifadhi kulingana na mfumo wa hifadhi na maktaba ya tepi. Nakala za mtandaoni zinaongezwa kwenye diski na uwezekano wa kurejesha wakati wowote wa wiki. Wakati nakala rudufu inapokuwa kubwa zaidi ya wiki 1, huhamishiwa kwenye kumbukumbu, kwenye maktaba ya tepi, ambapo huhifadhiwa kwa siku 30 nyingine.
Hifadhi nakala kamili ya hifadhidata moja ya GB 181 inafanywa kwa saa 1 dakika 54.
Wakati wa kuweka hifadhi, interface ya SAP backint ilitumiwa, ambayo inaruhusu kuunganisha mifumo ya chelezo ya tatu na SAP HANA Studio. Kwa hiyo, backups inaweza kusimamiwa moja kwa moja kutoka kwa console ya SAP. Hii hurahisisha maisha kwa wasimamizi wa SAP ambao hawahitaji kuzoea kiolesura kipya.
Usimamizi wa hifadhi rudufu pia unapatikana kwa mteja kupitia kiweko cha kawaida cha mteja cha Commvault.
Ni hayo tu kwa leo. Uliza maswali katika maoni.
Chanzo: mapenzi.com