Այսպիսով, տեղի է ունեցել Red Hat OpenShift 4 պլատֆորմի պաշտոնական մեկնարկը: Այսօր մենք ձեզ կպատմենք, թե ինչպես կարելի է հնարավորինս արագ և հեշտությամբ անցնել OpenShift Container Platform 3-ից:
Այս հոդվածի նպատակների համար մենք հիմնականում հետաքրքրված ենք նոր OpenShift 4 կլաստերներով, որոնք օգտագործում են խելացի և անփոփոխ ենթակառուցվածքի հնարավորությունները՝ հիմնված RHEL CoreOS-ի և ավտոմատացման գործիքների վրա: Ստորև մենք ձեզ ցույց կտանք, թե ինչպես անցնել OpenShift 4-ին առանց որևէ խնդիրների:
Դուք կարող եք ավելին իմանալ նոր տարբերակի և հին տարբերակի տարբերությունների մասին: .
Կլաստերների միգրացիան OpenShift 3-ից OpenShift 4՝ օգտագործելով վավերացված Red Hat Appranix հարթակը
Appranix-ը և Red Hat-ը ջանասիրաբար աշխատել են՝ հեշտացնելու կլաստերի ռեսուրսների տեղափոխումը OpenShift 3-ից OpenShift 4՝ հատուկ ծառայության միջոցով, որն աշխատում է Kubernetes-ի համար Appranix կայքի հուսալիության ավտոմատացման վերևում:
Appranix լուծումը (կարելի է գտնել ) թույլ է տալիս ստեղծել բոլոր OpenShift 3 կլաստերների կրկնօրինակները և վերականգնել դրանք OpenShift 4 ընդամենը մի քանի կտտոցով:
Ինչու՞ է լավ միգրացիան Appranix-ի միջոցով OpenShift 4-ի համար
- Արագ մեկնարկ. Քանի որ Appranix լուծումը կառուցված է SaaS սկզբունքների վրա, կարիք չկա որևէ ենթակառուցվածք ստեղծելու և կարիք չկա կարգավորելու կամ օգտագործելու առանձին մասնագիտացված միգրացիոն լուծումներ:
- Appranix-ի մասշտաբայնությունը հեշտացնում է մեծ կլաստերների տեղափոխումը:
- Բարդ OpenShift 3 կլաստերային կոնֆիգուրացիաների ավտոմատ կրկնօրինակումը՝ դրան հաջորդող փոխանցումով OpenShift 4, պարզեցնում է ինքնին միգրացիայի գործընթացը:
- Հնարավորություն ստուգելու, թե ինչպես են OpenShift 3 ձեռնարկությունների ենթակառուցվածքի հավելվածներն իրենց պահում OpenShift 4 հարթակում AWS ամպի մեջ:
- RBAC մուտքի կարգավորումների միգրացիան կլաստերի ռեսուրսների հետ միասին:
- Բոլոր նախագծերի ընտրովի կամ ամբողջական տեղափոխումը նոր OpenShift 4 կլաստերներին:
- Կամընտիր – բեռնարկղային հավելվածների սխալների հանդուրժողականության մի քանի մակարդակների կազմակերպում, եթե ունեք համապատասխան բաժանորդագրություն:
Բազմաստիճան սխալների հանդուրժողականություն (առաձգականություն) OpenShift հավելվածների համար
OpenShift 3-ից 4-ին միգրացիայից հետո Appranix լուծումը կարող է օգտագործվել՝ ապահովելու համար Continuous App Resilience, որի դեպքում հնարավոր է երեք տարբերակ: Level 1 Ճկունություն (1-ին մակարդակի ճկունություն) թույլ է տալիս վերականգնել հավելվածները՝ չփոխելով տարածաշրջանը և ամպային մատակարարը: Այն կարող է օգտագործվել՝ հետաձգելու ծրագրերը կամ վերականգնելու տեղական ձախողումը տարածաշրջանի մակարդակում, օրինակ, երբ հավելվածի տեղակայումը ձախողվում է, կամ այն իրավիճակում, երբ դուք պետք է արագ ստեղծեք թեստային միջավայր նույն տարածաշրջանում, բայց առանձին OpenShift կլաստերի վրա։ .
Level 2 թույլ է տալիս հավելվածները տեղափոխել այլ տարածաշրջան՝ առանց մատակարարների փոխելու: Այս դեպքում դուք կարող եք պահպանել հիմնական տվյալների ենթակառուցվածքը հիմնական տարածաշրջանում, բայց գործարկել հավելվածները մեկ այլ կլաստերում՝ այլ տարածաշրջանում: Այս տարբերակը օգտակար է, երբ ամպային շրջանը կամ գոտին իջնում է, կամ հավելվածները պետք է տեղափոխվեն այլ տարածաշրջան՝ կիբերհարձակման պատճառով: Եւ, վերջապես, Level 3 թույլ է տալիս փոխել ոչ միայն տարածաշրջանը, այլև ամպային մատակարարը:
Ինչպես է աշխատում Appranix SRA-ն
Appranix-ում OpenShift հավելվածների բազմամակարդակ սխալների հանդուրժողականությունը ձեռք է բերվում «ժամանակի մեքենայի» գործառույթի միջոցով, որն ավտոմատ կերպով ստեղծում է հավելվածի միջավայրի պատճենները: Այս գործառույթը միացնելու և հավելվածի անվտանգությունը բարելավելու համար պարզապես ավելացրեք մեկ տող կոդ ձեր DevOps խողովակաշարին:
Ամպային մատակարարների ենթակառուցվածքային ծառայությունները նույնպես խնդիրներ են ունենում, ուստի մեկ այլ մատակարարի արագ անցնելու հնարավորությունը օգտակար է մեկ ծառայություն մատուցողի մեջ արգելափակվելուց խուսափելու համար:
Ինչպես ցույց է տալիս ստորև նկարը, հավելվածի միջավայրի կրկնօրինակները կարող են ստեղծվել Appranix-ում ոչ միայն ավտոմատ կերպով՝ որոշակի հաճախականությամբ, այլ նաև շարունակական ինտեգրման և CI/CD առաքման խողովակաշարի հրամանով: Միևնույն ժամանակ, «ժամանակի մեքենան» ապահովում է.
- Անվանատարածքների և հավելվածների միջավայրերի աստիճանական, GitHub-ի ոճով գրանցում:
- Հավելվածի պարզ վերադարձ:
- Ամպի և կոնտեյների կոնֆիգուրացիաների տարբերակում:
- Տվյալների կյանքի ցիկլի ավտոմատացված կառավարում:
- Ենթակառուցվածքի ավտոմատացում՝ որպես կոդի (IaC) կառավարում:
- Ավտոմատացված IaC պետական կառավարում:
Appranix-ի միջոցով դուք կարող եք ապահովել կիրառական մակարդակի ամբողջական պաշտպանություն և վերականգնում այնպիսի սցենարների համար, ինչպիսիք են քաոսի ճարտարագիտությունը, աղետների վերականգնումը, փրկագին պաշտպանությունը և բիզնեսի շարունակականությունը: Մենք չենք մանրամասնի այս մասին և հետագայում կանդրադառնանք, թե ինչպես օգտագործել Appranix-ը՝ OpenShift 3-ից OpenShift 4 տեղափոխելու համար:
Ինչպես տեղափոխել OpenShift 3-ը OpenShift 4-ին՝ օգտագործելով Appranix կայքի հուսալիության հարթակը
Գործընթացը ներառում է երեք փուլ.
- Մենք կարգավորում ենք OpenShift 3-ը և OpenShift 4-ը՝ ավտոմատ կերպով հայտնաբերելու բոլոր բաղադրիչները, որոնք պետք է տեղափոխվեն:
- Մենք ստեղծում ենք քաղաքականություն և սահմանում ենք միգրացիայի անվանատարածքներ:
- OpenShift 4-ի բոլոր անվանատարածքների վերականգնում մեկ սեղմումով:
Ավտոմատ հայտնաբերման համար OpenShift 3 և 4 կլաստերների կարգավորում
Appranix-ը ենթադրում է, որ դուք արդեն ունեք OpenShift 3 և OpenShift 4 կլաստերներ: Եթե դեռ չկան OpenShift 4 կլաստերներ, ստեղծեք դրանք՝ օգտագործելով . Appranix-ում առաջնային և թիրախային կլաստերների կարգավորումը նույնն է և ներառում է ընդամենը մի քանի քայլ:
Կլաստերները հայտնաբերելու համար Appranix Controller Agent-ի տեղադրում
Կլաստերային ռեսուրսները հայտնաբերելու համար ձեզ հարկավոր է փոքր կողային հսկիչ գործակալ: Այն տեղակայելու համար պարզապես պատճենեք և տեղադրեք համապատասխան curl հրամանը, ինչպես ստորև. Գործակալը OpenShift 3-ում և OpenShift 4-ում տեղադրվելուց հետո Appranix-ը ավտոմատ կերպով կհայտնաբերի բոլոր կլաստերի ռեսուրսները, որոնք պետք է տեղափոխվեն, ներառյալ անունների տարածքները, տեղակայումները, pods-ը, ծառայությունները, ինչպես նաև այլ ռեսուրսներ ունեցող հոստեր:
Մեծ բաշխված հավելվածների միգրացիա
Այժմ մենք կանդրադառնանք օրինակին, թե ինչպես հեշտությամբ փոխանցել բաշխված միկրոսերվիսային հավելվածը SockShop-ը OpenShift 3-ից OpenShift 4 (հետևեք հղմանը. ) Ինչպես երևում է նկարը ստորևSockShop-ի ճարտարապետությունը պարունակում է բազմաթիվ բաղադրիչներ:
Appranix-ը հայտնաբերում է բոլոր ռեսուրսները, որոնք պետք է պաշտպանվեն և տեղափոխվեն OpenShift 4, ներառյալ PoD-ները, տեղակայումները, ծառայությունները և կլաստերի կոնֆիգուրացիաները:
OpenShift 3 SockShop-ով աշխատող
Միգրացիայի պաշտպանության քաղաքականության ստեղծում
Քաղաքականությունները կարող են ճկուն սահմանվել՝ կախված նրանից, թե ինչպես պետք է իրականացվի միգրացիան: Օրինակ, մի քանի չափանիշների հիման վրա կամ ժամում մեկ անգամ կրկնօրինակում:
Բազմաթիվ OpenShift 3 կլաստերների միգրացիա՝ օգտագործելով Պաշտպանության պլանները
Կախված կոնկրետ հավելվածից կամ անվանատարածքից՝ դուք կարող եք քաղաքականություն կիրառել OpenShift 3 կլաստերների համար, որոնք աշխատում են ժամը մեկ, շաբաթը մեկ կամ նույնիսկ ամիսը մեկ անգամ:
Appranix-ը թույլ է տալիս տեղափոխել կլաստերի բոլոր անվանատարածքները դեպի OpenShift 4 կամ պարզապես ընտրվածները:
Մենք կատարում ենք միգրացիա OpenShift 4 մեկ սեղմումով
Միգրացիան ընտրված անվանատարածքների վերականգնումն է թիրախ OpenShift 4 կլաստերին: Այս գործողությունը կատարվում է մեկ սեղմումով: Appranix-ն ինքն է կատարում աղբյուրի միջավայրի կազմաձևման և ռեսուրսների վերաբերյալ տվյալներ հավաքելու ամբողջ աշխատանքը, այնուհետև ինքնուրույն վերականգնում է OpenShift 4 հարթակ:
Հավելվածների ստուգում OpenShift 4 միգրացիայից հետո
Մուտք գործեք OpenShift 4 կլաստեր, թարմացրեք նախագծերը և ստուգեք, որ բոլոր հավելվածներն ու անունների տարածքները կարգին են: Կրկնեք միգրացիայի ընթացակարգը այլ անունների տարածքների համար՝ ստեղծելով պաշտպանության նոր պլաններ կամ փոխելով գոյություն ունեցողները:
Միգրացված հավելվածների գործարկում OpenShift 4-ում
Appranix-ի վերականգնման ընթացակարգի միջոցով հավելվածները տեղափոխելուց հետո կարևոր է հիշել, որ կարգավորեք երթուղիները. դրանք պետք է մատնանշեն OpenShift 4-ը: Կարող եք փորձնական վերականգնում կատարել նախքան ձեր արտադրանքն ամբողջությամբ տեղափոխելը OpenShift 3-ից: OpenShift 4-ում մի քանի գործարկվող հավելվածներ ունենալով իրենց համապատասխան անվանատարածքներում, դուք պետք է տեղափոխեք մնացած հավելվածները՝ օգտագործելով այս գործընթացը:
Երբ բոլոր անվանատարածքները տեղափոխվեն, դուք կարող եք պաշտպանել բոլոր OpenShift կլաստերները շարունակական աղետների վերականգնման, հակափրկագինների, բիզնեսի շարունակականության կամ ապագա միգրացիայի համար, քանի որ Appranix Site Reliability Automation-ը ավտոմատ կերպով թարմացվում է OpenShift-ի նոր տարբերակների թողարկմամբ:
Ընդհանուր
OpenShift 4-ը մեծ քայլ է առաջ՝ առաջին հերթին շնորհիվ նոր անփոփոխ ճարտարապետության և օպերատորի պլատֆորմի մոդելի՝ հավելվածների և պլատֆորմների բարդ կոնֆիգուրացիաների ավտոմատացման համար, որոնք աշխատում են կլաստերային միջավայրերում: Appranix-ը OpenShift-ի օգտատերերին առաջարկում է OpenShift 4-ին միգրացիայի պարզ և հարմար միջոց՝ իր ամպային մայրենի հավելվածների աղետների վերականգնման լուծումով՝ Կայքի հուսալիության հարթակով:
Appranix լուծումը կարող է օգտագործվել անմիջապես .
Source: www.habr.com