Dalam projek lain berdasarkan senario dunia sebenar, saya bertindak sebagai Pakar Awan yang bertanggungjawab untuk memindahkan beban kerja yang dijalankan dalam Pusat Data Korporat kepada AWS.
Aplikasi dan pangkalan data telah dipindahkan ke AWS menggunakan model Lift & Shift (hos semula), memindahkan data aplikasi dan pangkalan data.
Langkah migrasi:
Perancangan: saiz, prasyarat, penamaan sumber
Pelaksanaan: penyediaan sumber, amalan terbaik
Siaran langsung: ujian pengesahan — Larian kering, penghijrahan akhir — Potongan
Siaran Go-live: memastikan operasi aplikasi dan akses pengguna
Pelanggan menyediakan maklumat dan fail untuk aplikasi dan pangkalan data untuk berhijrah dari persekitaran di premis ke awan AWS.
Python Web — Aplikasi Pelayan Wiki: Pakej dan pustaka python prasyarat untuk aplikasi berjaya dijalankan pada pelayan aplikasi AWS EC2 ditentukan.
MySQL 5.7 Python Web — Pelayan DB Wiki: Saiz, nama hos/pelayan, alamat IP, CPU dan penerangan yang diperlukan disediakan untuk memindahkannya ke pelayan Amazon RDB.
Buat tika EC2 dengan Kumpulan Keselamatan dan Pasangan Kunci baharu (.pem): tika EC2(AMI: Ubuntu 18.04) dalam rangkaian VPC yang dilancarkan sebelum ini telah dicipta.
Pasangan kunci telah dibuat semasa mencipta tika EC2 dan dimuat turun ke desktop. Ia adalah perlu untuk menyambung dari jauh ke tika EC2 dari desktop melalui ssh.
Kumpulan Keselamatan telah dicipta dan dikonfigurasikan untuk membuka port supaya kami boleh mengakses perkhidmatan yang dijalankan pada mesin maya. Peraturan keselamatan baharu telah ditambahkan untuk aplikasi boleh diakses melalui internet sahaja port 8080.
Étapes préalables : Il doit être connecté à l'instance EC2 à l'aide de ssh et de pair-key qui a été téléchargé auparavant au format « .pem ». Il est important de préparer l'instance EC2 pour que l'application fonctionne correctement dessus. Les packages et bibliothèques Python requis ont été installés comme déterminé lors de l'étape de planification.
Définissez les autorisations de votre clé privée afin que vous seul puissiez la lire. chmod 400 nom-paire-de-clés.pem
Ceci est divisé en deux étapes, la validation (essai à sec) et le basculement.
Validation (essai à sec) :
Les ressources sur site devraient être opérationnelles à ce stade. Une fois la validation terminée avec succès, une fenêtre de temps d'arrêt peut être planifiée lorsque l'entreprise ne fonctionne pas et exécuter la migration finale en passant de l'environnement sur site vers le cloud (basculement).
1) La base de données et 2) les ressources de déploiement d'applications de l'environnement sur site ont été exportées et 3) placées dans un compartiment AWS S3. Nous pouvons ensuite transférer des fichiers du compartiment S3 vers les sous-réseaux associés dans VCP. Il est connecté à l'instance EC2 et ouvre la connectivité à distance depuis l'ordinateur local.
4) Les fichiers de déploiement d'application ont été importés dans l'instance EC2.
$ ssh ubuntu@ -i
:8080
Cutover : C'est la prochaine étape du processus On-Live. Ainsi, dans un environnement de production, nous pouvons planifier le temps d'arrêt pour extraire les données réelles de l'environnement sur site, importer les données et nous assurer que la base de données et l'application sur site sont en panne. Une fois cela fait, nous pouvons passer complètement de l'environnement sur site à AWS.
Dernière étape de migration. Nous devons nous assurer qu’il n’y a pas de problème après la mise en ligne. Stabilité, soutien continu ; accès, performances, intégration. Le support continu peut se poursuivre pendant 2 semaines, plus ou moins selon la complexité de la demande.
Atas ialah kandungan terperinci Penghijrahan Beban Kerja yang berjalan di Pusat Data Korporat ke AWS menggunakan perkhidmatan Amazon ECnd RDS. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!