Ойролцоогоор 7 жилийн өмнө хамгийн анхны төслүүд манай үүлэнд энгийн бөгөөд мадаггүй зөв шилжсэн. Виртуал машины зургийг FTP серверт байршуулсан эсвэл хатуу диск дээр хүргэсэн. Дараа нь тусгай импортын серверээр дамжуулан VM-үүдийг үүлэн сүлжээнд байршуулсан.
Хэрэв үйлчлүүлэгч виртуал машиныг нэг эсвэл хоёр өдрийн турш унтраах нь асуудал биш бол (эсвэл өөр сонголт байхгүй бол) үүнийг хийж болно. Гэхдээ хэрэв сул зогсолт нь дээд тал нь нэг цаг байх ёстой бол энэ арга ажиллахгүй болно. Өнөөдөр би танд хамгийн бага завсарлагатайгаар үүлэн рүү шилжихэд ямар хэрэгсэл туслахыг, мөн бидний шилжих үйл явц хэрхэн явагддагийг танд хэлэх болно.
Veeam Backup болон Replication ашиглан шилжүүлэх
Хүн бүр Veeam Backup and Replication програмыг нөөцлөлт, хуулбар үүсгэх хэрэгсэл гэдгийг мэддэг. Бид үүнийг сайтуудынхаа хооронд шилжих, үйлчлүүлэгчдийг хувийн виртуалчлалаас үүл рүү шилжүүлэхэд ашигладаг. Үйлчлүүлэгчийн виртуал машинуудыг манай vCenter-д хуулбарласан бөгөөд үүний дараа инженер тэдгээрийг vCloud Director-д нэмдэг.
Үндсэн хуулбар нь асаалттай виртуал машин дээр явагддаг. Тохиролцсон хугацаанд үйлчлүүлэгчийн машин унтарсан байна. Эхний хуулбараас хойш гарсан өөрчлөлтүүдийг шилжүүлэхийн тулд хуулбарлах нь дахин ажиллана. Үүний дараа виртуал машин манай үүлэнд ажиллаж эхэлнэ.
Ихэвчлэн үйлчлүүлэгчийн дэд бүтцэд машин унтарснаас хойш манай үүлэн дээр асаах хүртэл хагас цагаас илүүгүй, харин 15-20 минут өнгөрдөг.
Энэ тохиолдолд анхны виртуал машин нь үйлчлүүлэгчийн сайт дээр үлддэг. Хэрэв гэнэт ямар нэг зүйл буруу болвол та хэзээд буцааж эргүүлж асааж болно. Энэ арга нь үйлчлүүлэгчид Veeam-тэй байхыг шаарддаггүй тул тохиромжтой.
Тохиолдол 1
Үйлчлүүлэгч нь VMware дээр суурилсан өөрийн виртуал дэд бүтэцтэй байсан - 40 ТБ хүчин чадалтай 30 VM. Кластер байрлуулсан тоног төхөөрөмж аль хэдийн хуучирсан байсан тул үйлчлүүлэгч шинийг худалдаж авахгүй байхаар шийдэж, нийтийн үүл рүү шилжсэн. Чухал системүүдийн сул зогсолтын шаардлага нэг цагаас илүүгүй байв. Хэрэгслээр Veeam Replication сонгосон. Өөр нэг давуу тал нь манай дата төвд үйлчлүүлэгчийн интернет үйлчилгээ үзүүлэгч байсан нь сайн суваг зохион байгуулах боломжийг олгосон юм. Шилжилт нь нэг сар орчим үргэлжилсэн бөгөөд солих явцад нэг виртуал машин тус бүрд 30 минут хүртэл зогссон.
Veeam Cloud Connect-ээр шилжүүлээрэй
Veeam Cloud Connect нь виртуал машины хуулбарыг тохируулах, үйлчилгээ үзүүлэгчийн үүлэн доторх хуулбарыг эхлүүлэхэд туслах хэрэгсэл юм. Шинэчлэгдсэний дараа жил виртуал машинуудыг vCloud Director руу шууд хуулбарлах боломжтой болсон. Цорын ганц нөхцөл бол үйлчлүүлэгчийн тал дээр Veeam Backup болон Replication-ийг хамгийн багадаа 9-р хувилбарыг ашиглах ёстой. Товчхондоо (дэлгэрэнгүй хувилбар) ), дараа нь бүх үйл явц иймэрхүү харагдана.
vCloud Director-д шаардлагатай нөөц, сүлжээ бүхий байгууллага бий болдог. Veeam Cloud Connect-д бид бүртгэл үүсгэж, үйлчлүүлэгч Veeam B&R-ээс үүнтэй холбогдож, DataLine үйлчилгээ үзүүлэгч болон байгууллагыг сонгож, хуулбарлах даалгавруудыг тохируулдаг. Ийм шилжилтийн үед зогсолт нь 15-20 минутын дотор байхаас гадна үйлчлүүлэгч үйлчилгээ үзүүлэгчийн техникийн дэмжлэгээс ямар ч хамааралгүй бөгөөд бүх үйл явцыг бие даан удирддаг: хуулбарлах даалгавруудыг үүсгэж, хуулбарлах нь өөрөө, унтардаг. машинуудыг ажиллуулж, шинэ сайт дээр ажиллуулна.
Тохиолдол 2
Шилжин суурьшихаар төлөвлөж байсан үйлчлүүлэгчийн дэд бүтэц Беларусь улсад байрладаг байв. Интернет суваг нь 90 Мбит/сек байсан ч нийт 27 TB багтаамжтай 100 VM-ийг тээвэрлэх шаардлагатай байв. Хэрэв та нөөцлөлт хийгээд тэр даруй манай клоуд руу байршуулбал зарим VM-ийн хувьд энэ нь хэдэн өдөр болно. Энэ хугацаанд VM дээр том дельта ургах бөгөөд энэ нь машинуудын гүйцэтгэлд сөргөөр нөлөөлнө, эсвэл бүр дордвол мэдээллийн сан дахь зай дуусна. Бид дараах байдлаар ажиллав: эхлээд үйлчлүүлэгч орон нутгийн бүрэн нөөцлөлт хийж, хуулбарыг нь Veeam Cloud Connect-ээр дамжуулан манай клоуд руу шилжүүлсэн. Дараа нь би өсөлтийг хийж, үүлэн рүү шилжүүлсэн. Анхны виртуал машин үргэлжлүүлэн ажиллав. VM-г унтраасны дараа үйлчлүүлэгч өөр нэмэгдэл хийж, мөн үүлэн рүү шилжүүлэв. Манай талаас бид виртуал машиныг бүрэн нөөцлөлтөөс суулгаж, дараа нь түүн дээр хоёр шатлалыг оруулав. Энэхүү схем нь эцсийн дүндээ манай сайт руу шилжих үед зогсолтыг 2 цаг хүртэл багасгах боломжтой болсон.
VMware vCloud Availability ашиглан шилжих
Энэ оны 3.0-р сард VMware нь vCloud Availability XNUMX хувилбарыг гаргасан бөгөөд энэ нь виртуал машинуудыг өөр өөр үүлэн хооронд (vCloud Director - vCloud Director) болон хувийн үйлчлүүлэгчийн виртуалчлалын суурингаас үүлэн (vCenter - vCloud Director) руу шилжүүлэх боломжийг олгодог. Гол тав тухтай байдал нь vCloud Director интерфейстэй нэгтгэх явдал юм. Энэ нь хуулбарлах удирдлагын үйл явцыг ихээхэн хялбарчилж, шилжүүлгийн үед зогсолтыг багасгадаг.
Энэ хэрэгслийг ашиглан бид үйлчлүүлэгчдийн нэгийг Москвагийн үүлнээс Санкт-Петербург дахь үүл рүү шилжүүлсэн. Нийт 18 ТБ хүчин чадалтай 14 виртуал машиныг тээвэрлэх шаардлагатай байв. Санкт-Петербургийн үүлэнд үйлчлүүлэгчийн байгууллага бий болж, шаардлагатай сүлжээг зохион байгуулав. Дараа нь vCloud Director-ийн интерфейсээс үйлчлүүлэгч vCloud Availability тохиргоо руу орж, хуулбарлах ажлуудыг үүсгэж, өөрт тохиромжтой цагт Санкт-Петербургийн сайт руу шилжсэн. Сэлгэн залгах үед 12 минут зогссон.
Санкт-Петербург, Москва дахь DataLine үүлсийн хооронд шилжих схем.
vCloud Availability нь VM-ийг үйлчлүүлэгчийн сайтаас манай клоуд руу шилжүүлэх механизмтай. Үүнийг хийхийн тулд үйлчлүүлэгчийн vCenter-д тусгай vCloud Availability програмыг байршуулсан. Энгийн тохиргоо хийсний дараа та үүлэнд холбогдож, шилжих даалгавруудыг тохируулна. Үйлчлүүлэгч нь мөн бүх үйл явцыг бие даан удирдаж, шилжих хугацааг хамгийн бага байлгах болно.
Виртуал машинуудыг хувийн суулгацаас үүлэн рүү шилжүүлэх схем.
VMware vCloud Availability нь өөр олон хэрэглэгдэхүүнтэй тул бид удахгүй тусад нь өгүүллээр ярих болно.
Шилжин суурьшихад бэлтгэж байна
Хэрэгсэл сонгож, шилжиж эхлэхийн тулд та дараах зүйлсийг шийдэх хэрэгтэй.
Бид хаанаас шилжин суурьших вэ? Хэрэв та хувийн шийдлээс шилжиж байгаа бол хэрэгсэл сонгох бүрэн эрх чөлөөтэй болно. Хэрэв та үйлчилгээ үзүүлэгчээсээ холдох юм бол энэ нь илүү төвөгтэй болно. Хоёр үйлчилгээ үзүүлэгчийн дэд бүтцийг холбож, зүгээр л VM-г чирж, буулгах нь аюулгүй байдлын шалтгааны улмаас ажиллахгүй байх магадлалтай. Заримдаа үйлчлүүлэгчийн татгалзах гэж буй үйлчилгээ үзүүлэгч нь завхайрч, цаг хугацаагаар зогсдог. Та үйлчилгээ үзүүлэгчээс хуучин арга замаар холдож болно: VM-г диск болон FTP руу байршуулах эсвэл програмын түвшинд шилжүүлэх. Сүүлчийн нэр нь нөхцөлт бөгөөд энэ нь иймэрхүү харагдаж байна.
Тохиолдол 3
Үйлчлүүлэгчийн SAP системийг Европын үйлчилгээ үзүүлэгчээс шилжүүлэх шаардлагатай байсан: 34 ТБ хүчин чадалтай 54 VM. Үйлчлүүлэгч нь манай үүлэн дээр нөөцийг хуваарилсан. Сүлжээний холболтыг бид болон Европын үйлчилгээ үзүүлэгчийн дэд бүтцийн хооронд зохион байгуулсан. Хэрэглээний серверүүдийг дахин байрлуулж, шаардлагатай тохиргоог шилжүүлсэн. Манай клоуд руу нөөцлөлтийг байршуулах замаар томоохон мэдээллийн сангуудыг шилжүүлсэн. Дараа нь манай болон эх сайтууд дээрх мэдээллийн баазуудын хооронд хуулбарлах тохиргоо хийгдсэн. Тохиролцсон хугацаанд бид үүлэн дээрээ мэдээллийн сан руу шилжсэн.
Өгөгдлийн хэмжээ, интернет суваг. Бид үйлчлүүлэгчээс ихэвчлэн санах ой, CPU болон дискний параметрүүдийг системээр байршуулахыг хүсдэг. Суваг нь виртуал машинуудын хуулбар эсвэл нөөцлөлтийг шууд илгээхэд хангалттай эсэхийг бид үнэлдэг.
Зөвшөөрөгдөх сул зогсолт. Өөр өөр системүүд болон үүний дагуу виртуал машинуудын хувьд энэ нь тэдний бизнесийн чухал байдлаас хамааран өөр байж болно. Ихэнхдээ үйлчлүүлэгч шилжилт хөдөлгөөний үед зогсолттой ажиллахад бэлэн шаардлага тавьдаг бөгөөд үүнд үндэслэн бид тохирох хэрэгсэл, шилжих төлөвлөгөөг сонгодог. Үйлчлүүлэгчийн эцсийн хэрэглэгчдэд бага зэргийн сул зогсолтыг анзаарахгүйн тулд бид эцсийн шилжүүлгийг шөнө эсвэл амралтын өдрүүдэд төлөвлөхийг хичээдэг.
Энэ өгөгдөл дээр үндэслэн та хэрэглүүрийг сонгож, шилжүүлгийг өөрөө эхлүүлж болно. Дараа нь юу болохыг энд харуулав.
- Сүлжээний холболтыг тохируулж байна. Бид үүл болон үйлчлүүлэгчийн дэд бүтцийн хооронд сүлжээний холболтыг зохион байгуулдаг. Энэ сүлжээгээр виртуал машинуудыг хуулах болно. Хэрэв Veeam Backup and Replication ашигладаг бол энэ нь тусгай зориулалтын суваг бөгөөд ихэвчлэн VPN суваг биш юм. Хэрэв Veeam Cloud Connect бол бүх зүйл Интернет эсвэл ижил зориулалтын сувгаар дамждаг.
Дараа нь сүлжээг үүлэн доторх VM-д тохируулна. Машинууд ихэвчлэн бүлгээрээ, нэг хоногоос илүү хугацаагаар хөдөлдөг. VM-үүдийг бидэнд авчирч ажиллуулсны дараа тэд анхны сайт дээр хэвээр байгаа машинуудтай холбогдох ёстой.
- Шилжилт хөдөлгөөний хуваарь. Маш олон машинтай үед бүлэг болгон хувааж, багцаар нь тээвэрлэх нь утга учиртай. Үйлчлүүлэгчтэй хамтран бид хэзээ, ямар машинууд шилжих, эцсийн хуулбар, шинэ сайт руу шилжих ажлыг хэзээ хийхийг зааж өгөх төлөвлөгөөг тохиролцдог.
- Туршилтын шилжилт хөдөлгөөн. Бид туршилтын виртуал машиныг шилжүүлж, бүх зүйл зөв тохируулагдсан эсэхийг шалгадаг: сайтуудын хоорондох сүлжээний холболт, эх сайт дээрх машинуудад виртуал машин ашиглах боломжтой эсэх, дансны эрх гэх мэт. Энэхүү туршилт нь байлдааны шилжилтийн үе шатанд саад бэрхшээлээс зайлсхийхэд тусалдаг.
Энэ бол миний хувьд. Сэтгэгдэл хэсэгт асуулт асууж, шилжилт хөдөлгөөний туршлагаа бидэнд хэлээрэй.
Эх сурвалж: www.habr.com