Бид өмнөх нийтлэлүүддээ тохируулах зааварчилгааг хуваалцсан и Veeam дээр суурилсан. Өнөөдөр бид Commvault ашиглан нөөцлөх талаар ярихыг хүсч байна. Ямар ч заавар байхгүй, гэхдээ манай үйлчлүүлэгчид юуг, хэрхэн нөөцөлж байгааг бид танд хэлэх болно.
OST-2 өгөгдлийн төвд Commvault дээр суурилсан нөөц системийн хадгалах систем.
энэ нь хэрхэн ажилладаг вэ?
Commvault нь програмууд, мэдээллийн сан, файлын систем, виртуал машин, физик серверт зориулсан нөөц платформ юм. Энэ тохиолдолд анхны өгөгдөл нь аль ч сайт дээр байж болно: бидэнтэй хамт - үйлчлүүлэгчийн талд, өөр арилжааны мэдээллийн төвд эсвэл үүлэн дээр.
Үйлчлүүлэгч нөөц объектууд дээр агент суулгадаг - iData Агент - шаардлагатай нөөцлөлтийн бодлогын дагуу үүнийг тохируулна. iData Agent нь шаардлагатай өгөгдлийг цуглуулж, шахаж, хуулбарлаж, шифрлэж, DataLine нөөцлөх систем рүү шилжүүлдэг.
Прокси серверүүд үйлчлүүлэгчийн сүлжээ болон манай сүлжээний холболтыг хангах, өгөгдөл дамжуулах сувгуудыг тусгаарлах.
DataLine тал дээр iData Agent-аас өгөгдлийг хүлээн авдаг Медиа агент сервер мөн үүнийг хадгалах систем, соронзон хальсны сан гэх мэт хадгалалт руу илгээдэг. Энэ бүгдийг удирддаг Comserve. Манай тохиргоонд үндсэн хяналтын сервер нь OST сайт дээр, нөөц сервер нь NORD сайт дээр байрладаг.
Анхдагч байдлаар, үйлчлүүлэгчийн өгөгдөл нь нэг сайт дээр хадгалагддаг боловч та нэг дор хоёр байршилд нөөцлөлтийг зохион байгуулах эсвэл нөөцлөлтийг хоёр дахь сайт руу шилжүүлэх хуваарийг тохируулах боломжтой. Энэ сонголтыг "туслах хуулбар" гэж нэрлэдэг. Жишээлбэл, сарын эцэст бүх бүрэн нөөцлөлтийг автоматаар хуулбарлах эсвэл хоёр дахь сайт руу шилжүүлэх болно.
Commvault нөөцлөх системийн үйл ажиллагааны схем.
Нөөцлөх систем нь голчлон VMware виртуалчлал дээр ажилладаг: CommServe, Media Agent болон Proxy серверүүд нь виртуал машинууд дээр байрладаг. Хэрэв үйлчлүүлэгч манай төхөөрөмжийг ашигладаг бол нөөцлөлтийг Huawei OceanStor 5500 V3 хадгалах систем дээр байрлуулна. Үйлчлүүлэгчийн хадгалалтын системийг нөөцлөхийн тулд нөөцлөлтийг соронзон хальсны сангууд дээр хадгалахын тулд физик серверүүд дээр тусдаа Media Agent-уудыг ашигладаг.
Үйлчлүүлэгчдэд юу чухал вэ?
Бидний туршлагаас харахад Commvault-ийг нөөцлөхөөр сонгосон хэрэглэгчид дараах зүйлд анхаарлаа хандуулдаг.
Консол. Хэрэглэгчид нөөцлөлтийг өөрсдөө удирдахыг хүсдэг. Бүх үндсэн үйлдлүүд Commvault консол дээр байдаг:
- нөөцлөх сервер нэмэх, устгах;
- iData Agent тохируулах;
- ажлыг бий болгох, гараар эхлүүлэх;
- нөөцлөлтийг өөрөө сэргээх;
- нөөцлөх даалгаврын төлөв байдлын талаар мэдэгдэл тохируулах;
- хэрэглэгчийн үүрэг, бүлгээс хамааран консол руу нэвтрэх эрхийг ялгах.
Хувилбар. Нөөцлөх явцад давхардсан өгөгдлийн блокуудыг олох, устгах боломжийг танд олгоно. Тиймээс энэ нь хадгалах системд зай хэмнэхэд тусалдаг ба дамжуулагдсан өгөгдлийн хэмжээг багасгаж, зурвасын өргөнд тавигдах шаардлагыг бууруулдаг. Хувилбаргүй бол нөөцлөлт нь анхны өгөгдлөөс XNUMX-XNUMX дахин их хэмжээтэй байх болно.
Commvault-ийн хувьд давхардал тайлахыг үйлчлүүлэгч тал эсвэл Media Agent тал дээр тохируулж болно. Эхний тохиолдолд өвөрмөц бус өгөгдлийн блокуудыг Media Agent сервер рүү шилжүүлэхгүй. Хоёрдугаарт, давтагдах блокыг хаяж, хадгалах системд бичдэггүй.
Ийм блок давхардал нь хэш функц дээр суурилдаг. Блок бүрт хэш хуваарилагдсан бөгөөд энэ нь хэш хүснэгт, нэг төрлийн мэдээллийн санд хадгалагддаг (Deduplication Database, DDB). Өгөгдөл дамжуулахдаа хэшийг энэ баазаар "цоолдог". Хэрэв ийм хэш нь мэдээллийн санд аль хэдийн байгаа бол блок нь өвөрмөц бус гэж тэмдэглэгдсэн бөгөөд Media Agent сервер рүү (эхний тохиолдолд) шилжүүлэгдээгүй эсвэл өгөгдөл хадгалах системд (хоёр дахь тохиолдолд) бичигдээгүй болно.
Хувилбарын ачаар бид хадгалах зайны 78% хүртэл хэмнэж чадна. Одоо 166,4 ТБ хадгалах санд хадгалагдаж байна. Хувилбаргүй бол бид 744 ТБ хадгалах хэрэгтэй болно.
Эрхийг ялгах боломж. Commvault нь нөөц менежментийн хандалтын янз бүрийн түвшнийг тохируулах чадвартай. "Үүрэг" гэж нэрлэгддэг зүйл нь ямар үйлдэл хийхийг тодорхойлдог нөөцлөх объектуудтай холбоотой хэрэглэгч. Жишээлбэл, хөгжүүлэгчид зөвхөн өгөгдлийн сантай серверийг тодорхой байршилд сэргээх боломжтой бол администратор нь нэг серверийн захиалгагүй нөөцлөлтийг ажиллуулж, шинэ хэрэглэгчдийг нэмэх боломжтой болно.
Шифрлэлт. Commvault-ээр нөөцлөхдөө дараах аргаар өгөгдлийг шифрлэх боломжтой.
- үйлчлүүлэгчийн төлөөлөгчийн талд: энэ тохиолдолд өгөгдлийг аль хэдийн шифрлэгдсэн хэлбэрээр нөөцлөх систем рүү шилжүүлэх болно;
- Хэвлэл мэдээллийн агент тал дээр;
- сувгийн түвшинд: өгөгдөл нь үйлчлүүлэгчийн агентын талд шифрлэгдсэн бөгөөд Media Agent сервер дээр шифрлэгддэг.
Боломжтой шифрлэлтийн алгоритмууд: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (Commvault-аас санал болгосон).
Зарим статистик
27-р сарын дундуур гэхэд Commvault-ийн тусламжтайгаар бид 65 үйлчлүүлэгчээ нөөцөлж байна. Тэдний дийлэнх нь жижиглэнгийн худалдаа, санхүүгийн байгууллага юм. Эх хуулбар мэдээллийн нийт хэмжээ нь XNUMX TB байна.
Өдөрт ойролцоогоор 4400 ажил гүйцэтгэдэг. Сүүлийн 16 хоногийн хугацаанд гүйцэтгэсэн ажлуудын статистикийг доор харуулав.
Хамгийн гол нь Windows файлын систем, SQL Server болон Exchange мэдээллийн сангууд Commvault-ээр нөөцлэгддэг.
Тэгээд одоо амласан хэргүүд. Хэдийгээр хувийн бус (NDA сайн уу :)) тэд хэрэглэгчид Commvault-д суурилсан нөөцлөлтийг юу, хэрхэн ашиглах талаар санаа өгдөг. Доорх нь нэг нөөцлөлтийн систем, тухайлбал, хуваалцсан програм хангамж, Media Agent сервер, хадгалах систем ашигладаг үйлчлүүлэгчдэд зориулсан жишээнүүдийн судалгаа юм.
Тохиолдол 1
Хэрэглэгч. ОХУ-ын нутаг дэвсгэрт тараагдсан салбар сүлжээтэй, нарийн боовны зах зээлийн Оросын худалдаа, үйлдвэрлэлийн компани.
Даалгавар.Microsoft SQL мэдээллийн сан, файл сервер, програмын сервер, Exchange Online шуудангийн хайрцгийг нөөцлөх зохион байгуулалт.
Эхний өгөгдөл нь Орос даяар (10 гаруй хот) оффисуудад байрладаг. Та компаний аль ч оффис дээр өгөгдлийг сэргээх замаар DataLine сайт руу нөөцлөх хэрэгтэй.
Үүний зэрэгцээ үйлчлүүлэгч хандалтын хяналттай өөрийгөө бүрэн удирдахыг хүссэн.
Хадгалах гүн - жил. Exchange Online-ийн хувьд, онлайн хуулбарыг 3 сар, архивыг нэг жил.
Шийдэл. Хоёрдахь сайт дээрх мэдээллийн санд зориулж нэмэлт хуулбарыг суулгасан: сарын сүүлчийн бүрэн нөөцлөлтийг өөр сайт руу шилжүүлж, тэнд нэг жилийн турш хадгална.
Үйлчлүүлэгчийн алслагдсан оффисуудын сувгуудын чанар нь нөөцлөлт, нөхөн сэргээх ажлыг оновчтой хугацаанд үргэлж зөвшөөрдөггүй байв. Дамжуулсан траффикийн хэмжээг багасгахын тулд үйлчлүүлэгчийн тал дээр давхардалгүй болгох тохиргоог хийсэн. Түүний ачаар оффисуудын алслагдсан байдлыг харгалзан бүрэн нөөцлөх хугацааг хүлээн зөвшөөрөх боломжтой болсон. Жишээлбэл, Санкт-Петербургээс 131 ГБ-ын мэдээллийн сангийн бүрэн нөөцлөлтийг 16 минутын дотор хийдэг. Екатеринбургээс 340 ГБ-ын мэдээллийн санг 1 цаг 45 минутын турш нөөцөлсөн.
Үйлчлүүлэгч үүргээр дамжуулан хөгжүүлэгчиддээ өөр өөр зөвшөөрлийг тохируулсан: зөвхөн нөөцлөх эсвэл сэргээх.
Тохиолдол 2
Хэрэглэгч. Оросын хүүхдийн барааны дэлгүүрийн сүлжээ.
Даалгавар. Нөөцлөх зохион байгуулалт:
4 физик сервер дээр суурилсан өндөр ачаалалтай MS SQL кластер;
вэбсайттай виртуал машинууд, програмын серверүүд, 1С, Exchange болон файлын серверүүд.
Үйлчлүүлэгчийн заасан бүх дэд бүтэц нь OST болон NORD сайтуудын хооронд байрладаг.
SQL серверт зориулсан RPO - 30 минут, үлдсэн хугацаанд - 1 өдөр.
Хадгалах гүн - өгөгдлийн төрлөөс хамааран 2 долоо хоногоос 30 хоног хүртэл.
Шийдэл. Бид Veeam болон Commvault дээр суурилсан шийдлүүдийн хослолыг сонгосон. Veeam нь манай клоудаас файл нөөцлөхөд ашиглагддаг. Өгөгдлийн сангийн серверүүд, Active Directory, мэйл болон физик серверүүд Commvault-ээр нөөцлэгддэг.
Нөөцлөх өндөр хурдыг бий болгохын тулд үйлчлүүлэгч MS SQL-тэй физик серверүүд дээр нөөцлөх ажлуудад зориулж тусдаа сүлжээний адаптер хуваарилсан. 3,4 TB-ийн мэдээллийн санг бүрэн нөөцлөхөд 2 цаг 20 минут, бүрэн сэргээхэд 5 цаг 5 минут шаардлагатай.
Үйлчлүүлэгч нь их хэмжээний анхны өгөгдөлтэй байсан (бараг 18 TB). Хэрэв үйлчлүүлэгчийн өмнө нь хийсэн шиг өгөгдлийг соронзон хальсны санд овоолсон бол хэдэн арван хайрцаг хэрэгтэй болно. Энэ нь үйлчлүүлэгчийн нөөцлөх системийг бүхэлд нь удирдахад хүндрэл учруулах болно. Тиймээс эцсийн хэрэгжилтэд соронзон хальсны санг хадгалах системээр сольсон.
Тохиолдол 3
Хэрэглэгч. ТУХН-ийн супермаркетуудын сүлжээ
Даалгавар. Үйлчлүүлэгч нь манай үүлэн дээр байрлуулсан SAP системийг нөөцөлж, сэргээхийг хүссэн. SAP HANA мэдээллийн сангийн хувьд RPO=15 минут, програмын сервертэй виртуал машинд RPO=24 цаг. Хадгалах гүн - 30 хоног. Осол гарсан тохиолдолд RTO=1 цаг, хүсэлтийн дагуу хуулбарыг сэргээх RTO=4 цаг.
Шийдэл. HANA мэдээллийн сангийн хувьд өгөгдлийн файлууд болон бүртгэлийн файлуудын нөөцлөлтийг заасан интервалаар тохируулсан. Бүртгэлийн файлууд нь 15 минут тутамд эсвэл тодорхой хэмжээнд хүрсэн үед архивлагдсан.
Өгөгдлийн сангийн сэргээх хугацааг багасгахын тулд бид хадгалах систем болон соронзон хальсны номын сан дээр тулгуурлан нөөцлөлтийг хоёр түвшний хадгалалтаар тохируулсан. Онлайн хуулбарыг дискэнд нэмж, долоо хоногийн аль ч үед сэргээх боломжтой. Нөөц нь 1 долоо хоногоос дээш настай бол архив, соронзон хальсны сан руу шилжүүлж, 30 хоног хадгална.
181 ГБ-ын нэг мэдээллийн сангийн бүрэн нөөцлөлтийг 1 цаг 54 минутын дотор хийдэг.
Нөөцлөлтийг тохируулахдаа SAP backint интерфейсийг ашигласан бөгөөд энэ нь гуравдагч талын нөөцлөлтийн системийг SAP HANA Studio-тэй нэгтгэх боломжийг олгодог. Тиймээс нөөцлөлтийг SAP консолоос шууд удирдах боломжтой. Энэ нь шинэ интерфейст дасах шаардлагагүй SAP администраторуудын амьдралыг хөнгөвчлөх болно.
Нөөцлөлтийн менежментийг стандарт Commvault клиент консолоор дамжуулан үйлчлүүлэгчдэд бас ашиглах боломжтой.
Өнөөдрийн хувьд энэ л байна. Сэтгэгдэл хэсэгт асуулт асуугаарай.
Эх сурвалж: www.habr.com