Tegnap hivatalosan is elindították a Red Hat OpenShift 4 platformot. Ma bemutatjuk, hogyan lehet gyorsan és egyszerűen átállni az OpenShift Container Platform 3-ról.
A cikk keretein belül elsősorban az OpenShift 4 új klasztereivel foglalkozunk, amelyek az intelligens és változatlan (immutable – minden telepítési környezet számára egységes) infrastruktúrát használják, amely a RHEL CoreOS alapjaira épül és automatizálási eszközöket alkalmaz. Alább bemutatjuk, hogyan lehet zökkenőmentesen átállni az OpenShift 4-re.
További információt a régi és új verzió közötti különbségekről találhat .
Klaszterek migrálása az OpenShift 3-ról az OpenShift 4-re a Red Hat Appranix tanúsított platformjának segítségével
Az Appranix és a Red Hat szorosan együttműködtek annak érdekében, hogy egyszerűsítsék a klaszterek erőforrásainak migrációját az OpenShift 3-ról az OpenShift 4-re egy speciális szolgáltatáson keresztül, amely az Appranix Site Reliability Automationra épít a Kubernetes számára.
Az Appranix megoldás (amelyet itt találhat ) lehetőséget biztosít arra, hogy az OpenShift 3 összes klaszteréről készítsen biztonsági másolatot, és azokat néhány kattintással helyreállítsa az OpenShift 4-en.
Milyen előnyöket kínál az Appranix használata az OpenShift 4 migrációjával?
- Gyors kezdés. Mivel az Appranix megoldása a SaaS elveinek megfelelően van felépítve, nem szükséges semmilyen infrastruktúra beállítása, és nem kell különleges migrációs megoldásokat konfigurálni vagy használni.
- Az Appranix skálázhatósága megkönnyíti a nagy klaszterek migrációját.
- Az OpenShift 3 bonyolult klaszterkonfigurációinak automatikus biztonsági másolata, majd az OpenShift 4-re való átvitele egyszerűsíti a migrációs folyamatot.
- Lehetőség van tesztelni, hogyan teljesítenek az OpenShift 3 vállalati infrastruktúrájából származó alkalmazások az OpenShift 4 felhőplatformon az AWS-ben.
- A klaszter erőforrásaival együtt járó RBAC-hozzáférési beállítások migrálása.
- Szelektív vagy teljes migráció minden projekt számára az új OpenShift 4 klaszterekre.
- Opcionálisan – több szintű hibatűrés létrehozása a konténer alkalmazásokhoz a megfelelő előfizetés megléte esetén.
Többszintű hibatűrés (resiliency) az OpenShift alkalmazások számára.
Az OpenShift 3-ról 4-re való migráció után az Appranix megoldás lehetővé teszi a folyamatos alkalmazás-hibatűrés (Continuous App Resilience) biztosítását, amely három különböző opciót kínál. 1. szint A szint fenntarthatóság (Level 1 Resiliency) lehetővé teszi az alkalmazások régióváltás nélküli helyreállítását és felhőszolgáltatóváltást. Használható alkalmazások visszaállítására vagy helyreállítására egy régió szintű helyi hibáját követően, például egy sikertelen alkalmazástelepítés esetén, vagy amikor gyorsan tesztkörnyezetet kell létrehozni ugyanabban a régióban, de egy külön OpenShift klaszteren.
2. szint lehetővé teszi az alkalmazások áthelyezését egy másik régióba a szolgáltató váltása nélkül. Ebben az esetben a fő (primary) adat-infrastruktúra a fő régióban maradhat, míg az alkalmazások egy másik klaszterben egy másik régióban futnak. Ez a lehetőség hasznos, amikor a felhő régió vagy zóna kiesik, vagy amikor az alkalmazásokat egy másik régióba kell áthelyezni egy kibertámadás miatt. Végül, 3. szint lehetővé teszi nem csak a régió, hanem a felhőszolgáltató megváltoztatását is.
Hogyan működik az Appranix SRA
Az Appranix OpenShift alkalmazásainak többlépcsős hibatűrése a "időgépet" funkció segítségével valósul meg, amely automatikusan létrehozza az alkalmazási környezet másolatait. Ennek a funkciónak a kihasználásához és az alkalmazások védelmének növeléséhez elég, ha csak egy kódsort adunk hozzá a DevOps folyamatához.
A felhőszolgáltatók infrastruktúrás szolgáltatásaiban is felmerülnek problémák, így a gyors átkapcsolódás egy másik szolgáltatóra hasznos a szolgáltató függőségének elkerülésére.
Ahogyan az alábbi ábrán látható, az alkalmazási környezet biztonsági mentései az Appranixban nemcsak automatikusan, előre meghatározott időpontokban készülhetnek, hanem a CI/CD folyamatból parancssal is. Ebben az esetben az "időgép" biztosítja:
- Inkrementális, GitHub típusú névtér- és alkalmazási környezet naplózás.
- Egyszerű alkalmazásvisszaállítás.
- A felhő környezetek és konténerek konfigurációjának verziókezelése.
- Automatizált adatciklus-kezelés.
- Infrastruktúra mint kód (IaC) automatizált kezelése.
- IaC állapot automatizált kezelése.
Az Appranix segítségével teljes alkalmazás szintű védelmet és helyreállítást lehet megvalósítani olyan forgatókönyvekhez, mint a káosz mérnökség, a katasztrófa helyreállítás, a zsaroló támadások elleni védelem és az üzleti folyamatok folyamatosságának biztosítása. Nem részletezzük ezt, hanem azt vizsgáljuk, hogyan használhatjuk az Appranixot az OpenShift 3-ról OpenShift 4-re történő migrációra.
Hogyan történik az OpenShift 3-ról OpenShift 4-re való migráció az Appranix Site Reliability Platform használatával
A folyamat három lépésből áll:
- Beállítjuk az OpenShift 3 és OpenShift 4 rendszereket a migrálandó összes komponens automatikus észlelésére.
- Politikákat hozunk létre és névtér-kategóriákat állítunk be a migrációhoz.
- Minden névteret egy kattintással visszaállítunk az OpenShift 4-en.
Beállítjuk az OpenShift 3 és 4 klasztereket automatikus észleléshez
Az Appranix azt feltételezi, hogy már működő OpenShift 3 és OpenShift 4 klaszterei vannak. Ha még nincsenek OpenShift 4 klasztereik, állítsák be azokat a következő útmutatás alapján: . Az Appranixban a fő (primary) és a cél (target) klaszterek beállítása azonos módon történik, és mindössze néhány lépést igényel.
Telepítjük az Appranix Controller Agentet a klaszterek észleléséhez
A klaszter erőforrások észleléséhez egy kis sidecar-vezérlő ügynökre van szükség. Ennek telepítéséhez elég csak bemásolni a megfelelő curl parancsot, ahogy az alább látható. Miután az ügynök telepítve lett az OpenShift 3-ra és az OpenShift 4-re, az Appranix automatikusan észleli az összes migrációra szánt klaszter erőforrást, beleértve a névtereket, a telepítéseket, a podokat, a szolgáltatásokat, és a többi erőforrással rendelkező hosztot.
Nagy elosztott alkalmazások migrációja
Most egy példán keresztül bemutatjuk, hogyan lehet egyszerűen átvinni az OpenShift 3-ról OpenShift 4-re a SockShop elosztott mikroszolgáltatás-alkalmazást (a hivatkozáson – ). Ahogy az az alábbi ábrán látható, a SockShop architektúrája számos komponenst tartalmaz.
Az Appranix észleli az összes erőforrást, amelyet védeni és migrálni kell az OpenShift 4-re, beleértve a PoD-okat, a telepítéseket, a szolgáltatásokat és a klaszter konfigurációkat.
OpenShift 3 a működő SockShop alkalmazással
Létrehozunk Protection Policies politikákat a migrációhoz
A politikák rugalmasan állíthatók be attól függően, hogy hogyan kell végrehajtani a migrációt. Például több kritérium vagy akár óránként egyszeri mentés alapján.
Több OpenShift 3 klaszter migrálása védelmi tervek (Protection Plans) segítségével.
Az alkalmazás vagy a névtér sajátosságaitól függően az OpenShift 3 klaszterekhez olyan politikák alkalmazhatók, amelyek óránként, hetente vagy akár havonta egyszer hajtódnak végre.
Az Appranix lehetővé teszi, hogy az OpenShift 4-re a klaszter összes névterét, vagy csak a kiválasztott névtér átvitelét végezzük el.
Egylépéses migráció az OpenShift 4-re.
A migráció a kiválasztott névterek visszaállítása a cél OpenShift 4 klaszterre. Ez a művelet egy kattintással végrehajtható. Az Appranix saját magától végzi el a konfigurációs és erőforrásadatok összegyűjtését a forrás környezetből, majd önállóan helyreállítja azt az OpenShift 4 platformon.
Alkalmazások ellenőrzése az OpenShift 4 migrációja után.
Jelentkezzen be az OpenShift 4 klaszterre, frissítse a projekteket, és ellenőrizze, hogy minden alkalmazás és névtér rendben van. Ismételje meg a migrációs eljárást más névterek esetén új Protection Plans létrehozásával vagy meglévők módosításával.
A migrált alkalmazások indítása az OpenShift 4-en.
A migráció után, amelyet az Appranix helyreállítási eljárása végzett el, fontos nem megfeledkezni az útvonalak beállításáról – azoknak az OpenShift 4-re kell mutatnia. Lehet, hogy mielőtt teljesen áthelyezné a produkciót az OpenShift 3-ból, először tesztálni szeretné a helyreállítást. Amint az OpenShift 4-en több működő alkalmazás jelenik meg a megfelelő névterekben, szükség lehet a többi alkalmazás áttelepítésére is e folyamat segítségével.
Miután minden névteret áthelyezett, lehetősége lesz arra, hogy védje az összes OpenShift klasztert a folyamatos katasztrófa-helyreállításhoz, a zsaroló támadások ellen, a üzletmenet folyamatának biztosításához vagy a későbbi migrációhoz, mivel az Appranix Site Reliability Automation automatikusan frissül, ahogy új OpenShift verziók jelennek meg.
Összesen
Az OpenShift 4 jelentős előrelépést jelent, elsősorban az új, állandó architektúra és az Operator-alapú platformmodell révén, amely lehetővé teszi a komplex alkalmazás- és platformkonfigurációk automatizálását klaszteres környezetben. Az Appranix egy egyszerű és kényelmes megoldást kínál az OpenShift felhasználói számára az OpenShift 4-re való áttéréshez, felhőalapú alkalmazás-helyreállítási megoldása, a Site Reliability Platform segítségével.
Az Appranix megoldása közvetlenül elérhető a .
Forrás: habr.com
