Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Planung der Migration
Die Planung Ihres Migrationsprozesses ist entscheidend für eine reibungslose und erfolgreiche Migration. In den folgenden Abschnitten wird beschrieben, wie Sie Ihre Migration planen, und die wichtigsten Überlegungen dazu erläutern.
**Topics**
+ [
# Entscheiden Sie, was migriert werden soll
](migration-decision-process.md)
+ [
# Entkalken Sie Ihre Konfigurationen
](descale-configurations.md)
+ [
# Auswahl des Instanztyps
](instance-choice.md)
+ [
# Wichtige Entscheidungspunkte
](key-decision-points.md)
+ [
# Überblick über die Migration auf hoher Ebene
](high-level-migration-overview.md)
# Entscheiden Sie, was migriert werden soll
Bei der Migration müssen Sie entscheiden, welche Workloads unverzichtbar sind, welche „nett zu haben“, aber nicht unbedingt erforderlich sind und welche Workloads nicht erforderlich sind und nach [Abschluss der Migration zurückgezogen](https://docs.aws.amazon.com//prescriptive-guidance/latest/migration-retiring-applications/welcome.html) werden können.
Ein wesentlicher Teil Ihres Entscheidungsprozesses wird Ihre individuellen Anforderungen an Automatisierung, API, Tools und andere Prozesse beinhalten. Sie müssen auch die Funktions- und Leistungsanforderungen Ihres Unternehmens berücksichtigen.
Möglicherweise haben Sie in einem vorhandenen Rechenzentrum mit Benutzerpartitionen gemeinsam genutzte Hardwareplattformen verwendet. Ihre Migration erfordert jedoch möglicherweise, dass Dienste auf Systemen ausgeführt werden, die aufgrund der Leistungseinschränkungen bei der Umstellung von hardwarebeschleunigten Lösungen nicht so häufig gemeinsam genutzt werden. Beispielsweise könnten Secure Sockets Layer (SSL) -Transaktionen pro Sekunde (TPS) erfordern, dass ein bestimmter Dienst nicht auf einem gemeinsam genutzten System ausgeführt wird.
Nachdem Sie die zu migrierenden Anwendungen und deren Anforderungen identifiziert und dokumentiert haben, müssen Sie Ihre Quellsysteme anhand der folgenden bewährten Methoden vorbereiten.
+ Führen Sie dieselbe Version von F5 TMOS aus, die Sie in der AWS Cloud ausführen werden. [Version 14.1](https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-bigip-14-1-0.html) oder höher wird empfohlen, es kann jedoch auch [Version 13.1](https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-bigip-ve-13-1-0.html) oder höher verwendet werden. Sie können Version [12.1.x](https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-bigip-12-1-5.html) zwar migrieren, es können jedoch Probleme mit Sicherheit, Automatisierung und Wartbarkeit auftreten.
+ Halten Sie gültige Backups aller Konfigurationen von jedem Gerät bereit. Da das Univention Corporate Server (UCS) -Backup Attribute und Objekte enthält, die für das Rechenzentrum spezifisch sind (wie IP-Adressen, Knoten oder Poolmitglieder), empfiehlt F5, eine Shell-Befehlsdatei (SCF) zu erstellen, um die Konfigurationen zu bearbeiten und zusammenzuführen.
+ Erstellen Sie Backups aller relevanten Sicherheitszertifikate und erwägen Sie, für eine bessere Leistung von der RSA- zur ECC-Verschlüsselung zu wechseln.
+ Verfügen Sie über detaillierte Leistungskennzahlen auf virtueller Serverebene für Skalierung und Kapazitätsplanung.
+ Verwenden Sie eine [GSLB-Lösung (Global Server Load Balancing) von F5](https://www.f5.com/solutions/use-cases/global-server-load-balancing-gslb) für die Umstellung vom Rechenzentrum auf die Cloud. AWS
+ Machen Sie sich mit den Auswirkungen der Migration von einem Hardware-Appliance-Modell auf ein Software- und virtualisiertes Modell in Bezug auf Leistung, Skalierbarkeit und Hochverfügbarkeit vertraut.
+ Haben Sie die Anforderungen dafür definiert, was in die AWS Cloud migriert werden soll, und beachten Sie die folgenden Überlegungen.
+ Beachten Sie, dass jede Migration zur AWS Cloud Entscheidungen darüber erfordert, ob ganze oder teilweise Konfigurationen migriert werden. In der Regel ist eine Teilbewegung nach der anderen effizienter.
+ Verstehen Sie, welche Routen und IP-Adressen sich ändern werden.
+ Identifizieren Sie, welche SNAT-Pools durch F5 SNAT Automap ersetzt werden sollten.
Sie sollten auch in Betracht ziehen, [AWS Partner oder das F5 Professional](https://partners.amazonaws.com/partners/001E000000Rl12PIAR/F5%20Networks) Services-Team zu konsultieren. Dies trägt dazu bei, eine hohe Wahrscheinlichkeit einer erfolgreichen Migration sicherzustellen.
# Entkalken Sie Ihre Konfigurationen
„Entkalken“ bedeutet, eine F5 BIG-IP-Konfiguration auf eine kostengünstigere oder kostengünstigere Konfiguration umzustellen, die auf den Funktionen oder Metriken basiert, die nach Ihren ersten Erkenntnissen erforderlich sind. Sie müssen all diese Optionen sorgfältig abwägen, da sie sich auf die Architektur und die Anzahl der erforderlichen Instanzen auswirken.
Anhand des folgenden Diagramms können Sie beurteilen, ob die Entkalkung für Ihre Bedürfnisse und Anforderungen geeignet ist.
![\[Process flow for descaling a configuration.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-f5-big-ip/images/F5-descale.png)
Die Migration wird auch zu neuen Überlegungen in den folgenden Bereichen führen.
+ **Netzwerktopologie** — unterstützt derzeit AWS keine `802.1q ` Tagged VLANs, sodass die Anzahl der Instanzschnittstellen (minus eine für die Verwaltung) die Anzahl der Netzwerke, die eine Instanz unterstützen kann, begrenzt. Wenn Sie eine bestimmte Topologie benötigen, müssen Sie sie mit den verschiedenen Instanzen vergleichen, die F5 in der Cloud unterstützt. AWS
+ **SSL-Leistung** — F5-Appliances und Chassis verfügen über eine SSL-Leistung, die das, was erreicht werden kann, übertrifft. `x86` Sie müssen die aggregierten SSL-Anforderungen und die SSL-Anforderungen pro virtuellem Server auswerten.
+ **Netzwerkleistung** — Sie müssen die aggregierten, ausgehenden und internen Netzwerkeigenschaften bewerten. AWS Instance-Typen haben unterschiedliche Netzwerkeigenschaften (niedrig, mittel, hoch, bis zu X oder dediziert), die berücksichtigt werden müssen. Es gibt auch Beschränkungen dafür, wie viel Traffic eine einzelne Instance auswärts oder über eine direkte Verbindung senden kann.
+ **VIP-Dichte** — Wenn Sie über eine größere Anzahl virtueller IP-Adressen (VIPs) verfügen, müssen Sie die Instanzbeschränkung auf die Anzahl der IP-Adressen berücksichtigen VIPs , die den Netzwerkschnittstellen zugeordnet werden können.
+ **Gleichzeitige Verbindung** — Es gibt Flusslimits für die maximale Anzahl von Verbindungen, die die Instances unterstützen können.
+ **Sitzungsstatus** — Verschiedene Anwendungen verwenden unterschiedliche Persistenztypen. Zustandsbehaftete und statusfreie Anwendungen ändern die verwendeten Methoden auf Shared State, was sich auf die Skalierung von Vorgängen auswirken kann. in/out
# Auswahl des Instanztyps
F5 unterstützt mehrere Instance-Typen, und die Auswahl des zu verwendenden Instance-Typs kann eine komplexe Entscheidung sein. Für die meisten Migrationen `c5n.4xl` wird dies die gängigste Wahl sein, `c5n.2xl` da sie eine Mischung aus Netzwerkleistung, CPU-Dichte, Schnittstellendichte und der Anzahl der Instanzen bieten, die auf der IPs Instance unterstützt werden können. Das folgende Diagramm enthält Beispiele dafür, welche Instances auf der Grundlage der von Ihnen verwendeten F5-Produkte ausgewählt werden sollten.
![\[Process flow for choosing which instance type to use.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-f5-big-ip/images/F5-instance-choice.png)
# Wichtige Entscheidungspunkte
Es gibt viele Aspekte der Migration, die berücksichtigt werden müssen. Bevor Sie jedoch mit der Migration Ihrer F5 BIG-IP-Workloads beginnen, sollten Sie sich die folgenden Fragen stellen, um den Migrationsprozess zu klären.
**Wer sind die Benutzer Ihrer Anwendungen?**
Beurteilen Sie, ob es sich dabei um interne Benutzer (die keine Elastic IP-Adresse durchqueren) oder um externe Benutzer (die eine Elastic IP-Adresse durchqueren) handelt. Wenn es sich bei den Benutzern um interne Benutzer handelt, prüfen Sie, ob die Anwendung DNS verwenden kann, um den Ausfall einer Availability Zone oder einer aktiven Bereitstellung zu beheben. Sie sollten auch überprüfen, ob Sie ein alternatives Entwurfsmuster verwenden müssen, das es einem Subnetz ermöglicht, sich über mehrere Availability Zones zu erstrecken.
**Welche Teile Ihrer Anwendungen werden in die AWS Cloud migriert?**
Beurteilen Sie, ob die gesamte Anwendung verschoben wird oder nur die Präsentationsebene. Sie sollten auch zusätzliche Abhängigkeiten in Bezug auf Sicherheit und DNS-Namespace berücksichtigen. Im Rahmen Ihrer Evaluierung müssen Sie ermitteln, welche Anforderungen die Netzwerktopologie stellen würde. Ermitteln Sie außerdem, was in einem Service Level Agreement (SLA) vorgeschrieben ist, falls ein Ereignis auf Availability Zone-, VPC- oder AWS Regionsebene eintritt.
**Warum wird die Anwendung migriert?**
Möglicherweise migrieren Sie Ihre Anwendung, weil Sie Rechenzentren schließen oder weil Sie mehr Elastizität wünschen. Beurteilen Sie, ob die Anwendung im Vergleich zu den gemeinsamen monolithischen Mustern, die in vielen Rechenzentren üblich sind, auf eine anwendungsspezifische Architektur migriert wird. Es lohnt sich auch zu überlegen, welche Modernisierungsmaßnahmen zusammen mit der Migration durchgeführt werden sollten.
**Wohin wird die Anwendung migriert?**
Beurteilen Sie, ob die Anwendung zu einer einzelnen VPC mit einer Availability Zone oder zwei Availability Zones migriert werden muss. Ermitteln Sie die Peer- oder Transit-VPC-Topologie sowie die Notwendigkeit von Bereitstellungen in mehreren Regionen. Diese werden sich auf das Design des Migrationsmusters auswirken.
# Überblick über die Migration auf hoher Ebene
Bevor Sie mit der Migration beginnen, ist es hilfreich, den gesamten Prozess von einer übergeordneten Ebene aus zu gestalten. Im Folgenden finden Sie ein Beispiel für die Schritte, die Sie ergreifen könnten, um einen F5 BIG-IP-Workload in die Cloud zu migrieren. AWS Ausführlichere Schritte und Prozesse für eine F5 BIG-IP-Migration finden Sie im Muster [Migrieren Sie einen F5 BIG-IP-Workload zu F5 BIG-IP](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-f5-big-ip-workload-to-f5-big-ip-ve-on-the-aws-cloud.html?did=pg_card&trk=pg_card) VE in der Cloud. AWS
1. Stellen Sie die erforderliche Anzahl von auf der Grundlage Ihrer individuellen Anforderungen bereit. VPCs Dies kann manuell oder mithilfe eines Tools wie [AWS Landing Zone](https://aws.amazon.com//solutions/implementations/aws-landing-zone/) automatisiert werden.
1. Evaluieren Sie die aktuellen F5-Lizenzen, Nutzungen und Konfigurationen.
1. Evaluieren Sie öffentliche und interne Anwendungen.
1. Evaluieren Sie aktuelle F5-Konfigurationen.
1. Bewerten Sie die Anforderungen an Größe und IP-Adresse und wählen Sie die erforderliche Anzahl und den Typ von F5 und AWS Instanzen aus.
1. Identifizieren Sie, welche Migrationsstrategie eingesetzt werden soll. Zum Beispiel Lift and Shift, Lift, Shift und Modernisieren oder Hybrid.
1. Evaluieren und identifizieren Sie das DNS-Design.
1. Beurteilen Sie, wie der Datenverkehr an die Anwendung weitergeleitet wird, wenn sie sowohl vor Ort als auch in der AWS Cloud vorhanden ist.
1. Führen Sie mithilfe von Vorlagen erste Bereitstellungen von F5-Instanzen durch AWS CloudFormation .
1. Passen Sie Bereitstellungen mit zusätzlichen elastischen Netzwerkschnittstellen und Routing-Tabellen an, um die Topologieanforderungen zu erfüllen.
1. Richten Sie Elastic IP-Adressen an Ihre eigenen IP-Adressen IPs oder an die Verwaltung IPs aus und planen Sie die Zuordnung von Elastic IP zu virtueller IP (VIP).
1. Erstellen Sie sekundäre Adressen auf elastischen Netzwerkschnittstellen für VIPs.
1. Wenden Sie sekundäre Adressen in der AWS Cloud an.
1. Ordnen Sie Elastic IP-Adressen der sekundären Adresse für zu VIPs.
1. Rufen Sie Konfigurationen ab und stellen Sie eine Liste der zu verschiebenden Objekte zusammen.
1. Stellen Sie die Konfigurationen auf F5 BIG-IP bereit.
1. Ordnen Sie die sekundären Adressen zu. VIPs
1. Testen Sie den Verkehr.
1. Testen Sie den Failover.
1. Wenn Sie einen Hybrid erstellen, stellen Sie sicher, dass Sie das System in F5 DNS integrieren.
**Wichtig**
Zugriff auf die AWS API-Endpunkte ist erforderlich. Für eine hohe Verfügbarkeit innerhalb oder zwischen Availability Zones sind auch NAT- oder Elastic-IP-Adressen erforderlich.
Das folgende Diagramm zeigt den allgemeinen Prozessablauf für eine F5 BIG-IP-Migration.
![\[High-level process flow for an F5 BIG-IP migration\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-f5-big-ip/images/F5-high-level.png)