Migration eines Workloads, der in einem Unternehmensrechenzentrum ausgeführt wird, zu AWS mithilfe des Amazon ECnd RDS-Dienstes

In einem anderen Projekt, das auf einem realen Szenario basierte, fungierte ich als Cloud-Spezialist, der für die Migration einer Arbeitslast, die in einem Unternehmensrechenzentrum ausgeführt wurde, zu AWS verantwortlich war.
Die Anwendung und die Datenbank wurden mithilfe des Lift & Shift-Modells (Rehost) zu AWS migriert, wobei sowohl Anwendungs- als auch Datenbankdaten verschoben wurden.

Migrationsschritte:

1. Planung: Dimensionierung, Voraussetzungen, Ressourcenbenennung

2. Implementierung: Ressourcenbereitstellung, Best Practices

3. Go-Live: Validierungstest – Probelauf, endgültige Migration – Cutover

4. Post Go-Live: Sicherstellung des Betriebs der Anwendung und des Benutzerzugriffs

1. Planung

Der Kunde stellte Informationen und Dateien für die Anwendung und die Datenbank bereit, um von der lokalen Umgebung in die AWS-Cloud zu migrieren.

Python Web – Wiki-Serveranwendung: Es werden die erforderlichen Python-Pakete und Bibliotheken für die erfolgreiche Ausführung der Anwendung auf dem AWS EC2-Anwendungsserver ermittelt.

MySQL 5.7 Python Web – Wiki-DB-Server: Größe, Host-/Servername, IP-Adresse, CPU und notwendige Beschreibung werden für die Migration auf den Amazon RDB-Server bereitgestellt.

1. Implementierung

• Erstellen Sie eine VPC (Amazon Virtual Private Cloud): Der Zweck besteht darin, ein virtuelles und isoliertes Netzwerk aufzubauen. Die Erreichbarkeit der Amazon RDB- und EC2-Instance-Ressourcen im Internet wird durch die Zuweisung von IP-Adressen gesteuert. Dem VCP wurden ein öffentliches Subset und zwei private Subsets hinzugefügt. Der IPv4-CIDR-Block darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der mit der VPC verknüpft ist.

• Erstellen Sie ein Internet-Gateway und verbinden Sie es mit einer VPC: Notwendig für die Verbindung zwischen EC2 und dem Internet.

• Erstellen Sie eine Routing-Tabelle: Beim Erstellen ist bereits eine an VPC angehängte Routing-Tabelle vorhanden, diese ist jedoch lokal und leitet nur internen Datenverkehr weiter. Wir möchten neuen Datenverkehr hinzufügen, um Benutzern aus dem Internet den Zugriff auf die EC2-Anwendungsinstanz zu ermöglichen. Die EC2-Instanz kann auch Internetverbindungen von sich aus initiieren, z. B. Verbindungen zum Herunterladen von Paketen usw.

• Erstellen Sie eine EC2-Instanz mit einer neuen Sicherheitsgruppe und einem neuen Schlüsselpaar (.pem): EC2-Instanz (AMI: Ubuntu 18.04) innerhalb des zuvor gestarteten VPC-Netzwerks wurde erstellt.

• Das Schlüsselpaar wurde beim Erstellen der EC2-Instanz erstellt und auf den Desktop heruntergeladen. Es ist notwendig, vom Desktop aus über ssh eine Remoteverbindung zur EC2-Instanz herzustellen.

• Sicherheitsgruppe wurde erstellt und konfiguriert, um einen Port zu öffnen, damit wir auf die Dienste zugreifen können, die auf der virtuellen Maschine ausgeführt werden. Es wurde eine neue Sicherheitsregel hinzugefügt, damit auf die Anwendung nur über den Internet-Port 8080 zugegriffen werden kann.

• MySQL-RDS-Instanz erstellen: Es sollte dieselbe Version aus der On-Promises-Umgebung oder eine neuere Version sein, wir müssen jedoch sicherstellen, dass diese Änderung keine Auswirkungen auf andere Elemente hat. Öffentlicher Zugriff: Nein, stellen Sie es niemals auf „Ja“, wenn es nicht wirklich notwendig ist.

• Voraussetzungsschritte: Es sollte mit der EC2-Instanz über SSH und Pair-Key verbunden sein, der zuvor im „.pem“-Format heruntergeladen wurde. Es ist wichtig, die EC2-Instanz vorzubereiten, damit die Anwendung ordnungsgemäß darauf funktioniert. Erforderliche Python-Pakete und Bibliotheken wurden wie im Planungsschritt festgelegt installiert.

• Stellen Sie die Berechtigungen Ihres privaten Schlüssels so ein, dass nur Sie ihn lesen können. chmod 400 Schlüsselpaarname.pem

1. On-Live

Dies ist in zwei Schritte unterteilt: die Validierung (Probelauf) und die Umstellung.

Validierung (Trockenlauf):

Die lokalen Ressourcen sollten zu diesem Zeitpunkt betriebsbereit sein. Sobald die Validierung erfolgreich abgeschlossen ist, kann ein Ausfallzeitfenster geplant werden, in dem das Unternehmen nicht läuft, und die endgültige Migration von der On-Premise-Umgebung in die Cloud (Cutover) durchgeführt werden.

• 1) Datenbank- und 2) Anwendungsbereitstellungsressourcen aus der lokalen Umgebung wurden exportiert und 3) in einen AWS S3-Bucket gestellt. Dann können wir Dateien aus dem S3-Bucket in entsprechende Subnetze in VCP übertragen. Es ist mit der EC2-Instanz verbunden und öffnet die Remote-Konnektivität vom lokalen Computer.

• 4) Die Anwendungsbereitstellungsdateien wurden in die EC2-Instanz importiert.

$ ssh ubuntu@ -i

• 5) Remote-Verbindung zu MySQL, das auf AWS RDS läuft, damit wir die Daten aus der lokalen Datenbank importieren können. DB-Dateien wurden in die AWS RDB importiert. 6) Die Konnektivität zwischen der EC2-Instanz und RDB wurde in der Anwendungskonfigurationsdatei durch Verweis auf den AWS RDB-Hostnamen hergestellt.

• Ein neues Benutzer-Wiki in der Wikidb wurde erstellt, damit die Anwendung fortfahren und eine Verbindung zur Datenbank herstellen kann. Es stellt die Konnektivität von der Anwendung zur Datenbank her.

• Entpacken Sie die App-Dateien. Es handelt sich um Konfigurationsdateien aus der Anwendung, die wir auf MySQL DB verweisen möchten, das auf AWS ausgeführt wird.

• Starten Sie die Anwendung, um die Migration zu validieren: Rufen Sie die Anwendung auf, um zu sehen, ob die Anwendung mit dem RDS verbunden wird.

:8080

• Es wurde ein neuer Artikel erstellt, um zu sehen, ob die Anwendung nicht nur aus der MySQL-Datenbank lesen, sondern auch darauf schreiben kann.

Cutover: Dies ist der nächste Schritt des On-Live-Prozesses. In einer Produktionsumgebung können wir also die Ausfallzeit planen, um die tatsächlichen Daten aus der lokalen Umgebung zu holen, die Daten zu importieren und sicherzustellen, dass die lokale Datenbank und Anwendung ausgefallen sind. Sobald dies erledigt ist, können wir vollständig von der lokalen Umgebung auf AWS umsteigen.

1. Go-Live veröffentlichen:

Letzter Schritt der Migration. Wir sollten sicherstellen, dass es nach dem Go-Live keine Probleme gibt. Stabilität, fortlaufende Unterstützung; Zugriff, Leistung, Integration. Der laufende Support kann je nach Komplexität der Anwendung mehr oder weniger zwei Wochen lang andauern.

Das obige ist der detaillierte Inhalt vonMigration eines Workloads, der in einem Unternehmensrechenzentrum ausgeführt wird, zu AWS mithilfe des Amazon ECnd RDS-Dienstes. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!