Αυτό το έγγραφο προορίζεται για αρχιτέκτονες και άτομα που εργάζονται σε επιχειρήσεις και διοικητικές ομάδες. Το έγγραφο περιγράφει ένα παράδειγμα μοτίβου που μπορείτε να χρησιμοποιήσετε για τις δικές σας αναπτύξεις στο Google Cloud. Σε αυτό το μοτίβο, ένας εξισορροπητής φορτίου κατευθύνει την κυκλοφορία προς Υπολογιστική Μηχανή περιπτώσεις σε ομάδες διαχειριζόμενων περιπτώσεων που εξυπηρετούν το περιεχόμενο. Σε μια διακοπή, ενημερώνετε το εξισορρόπηση φορτίου εξωτερικού HTTP(S). διαμόρφωσης και αποτυχία σε μια στατική τοποθεσία Cloud Storage. Για να ολοκληρώσετε αυτό το σεμινάριο, χρειάζεστε ένα καταχωρημένο όνομα τομέα που ελέγχετε και θέλετε να χρησιμοποιήσετε με αυτό το έγγραφο. Σε αναπτύξεις παραγωγής, ο ιστότοπός σας πιθανότατα περιλαμβάνει πολλά περισσότερα αρχεία και πρόσθετος κώδικας εφαρμογής στις εικονικές μηχανές της ομάδας διαχειριζόμενης παρουσίας (VM) από ό,τι φαίνεται σε αυτό το έγγραφο. Στη συνέχεια, το Cloud Storage φιλοξενεί περισσότερο περιορισμένη στατική έκδοση που παρέχει ελάχιστη λειτουργικότητα. Σε ένα ζεστό failover Σενάριο, οι χρήστες βλέπουν αυτόν τον περιορισμένο ιστότοπο μέχρι τις ομάδες διαχειριζόμενων παρουσιών ανακτήσει και μπορεί να εξυπηρετήσει την επισκεψιμότητα για την πλήρη εμπειρία του ιστότοπου. Σε αυτό το σεμινάριο, αναπτύσσετε πόρους για να δημιουργήσετε ένα περιβάλλον όπως φαίνεται στο παρακάτω εικόνα: Όταν χρειάζεται να αποτύχει, ενημερώνετε τη διαμόρφωση του εξισορροπητή φορτίου σε άμεση κίνηση στο Cloud Storage, όπως φαίνεται στην παρακάτω εικόνα: Αυτό το θερμό μοτίβο ανακατεύθυνσης εξισορροπεί το κόστος λειτουργίας ενός άλλου διαχειριζόμενου ομάδα παρουσίας σε διαφορετική περιοχή που χρησιμοποιείτε μόνο όταν οι κύριες περιοχές αποτυγχάνω. Το κόστος ενός στατικού ιστότοπου που χρησιμοποιεί το Cloud Storage είναι χαμηλότερο από το τρέχον άλλη ομάδα διαχειριζόμενων παρουσιών, αλλά υπάρχει μια μικρή καθυστέρηση καθώς ενημερώνετε τη φόρτωση ρύθμιση παραμέτρων balancer μεταξύ των επιλογών φιλοξενίας. Ο περιορισμένος ιστότοπος Η εμπειρία στο Cloud Storage είναι καλύτερη από έναν μη διαθέσιμο ιστότοπο και κακή εμπειρία πελάτη. Για μια εναλλακτική προσέγγιση που χρησιμοποιεί Cloud DNS αντί για εξωτερικό Εξισορρόπηση φορτίου HTTP(S) για τον έλεγχο της ανακατεύθυνσης, βλ Αναπτύξτε έναν ζεστό ανακτήσιμο διακομιστή ιστού χρησιμοποιώντας Cloud DNS με Compute Engine και Cloud Storage. Αυτό το μοτίβο είναι χρήσιμο εάν έχετε ή θέλετε να χρησιμοποιήσετε το Cloud DNS. Για να εκτελέσετε αξιόπιστες εφαρμογές στο Google Cloud, σας συνιστούμε να σχεδιάσετε την υποδομή της εφαρμογής σας για να χειριστείτε διακοπές λειτουργίας. Ανάλογα με την αίτησή σας και τις επιχειρηματικές ανάγκες, μπορεί να χρειαστείτε ένα κρύο failover, ένα ζεστό failover ή ζεστό μοτίβο αποτυχίας. Για περισσότερες πληροφορίες σχετικά με τον τρόπο προσδιορισμού της καλύτερης προσέγγισης για τις δικές σας εφαρμογές, δείτε το Οδηγός σχεδιασμού αποκατάστασης καταστροφών. Αυτό το έγγραφο χρησιμοποιεί ένα βασικό Διακομιστής ιστού Apache, αλλά η ίδια προσέγγιση για την ανάπτυξη της υποδομής ισχύει και για άλλες περιβάλλοντα εφαρμογών που πρέπει να δημιουργήσετε. ## Στόχοι - - Δημιουργήστε τοπικές ομάδες διαχειριζόμενων παρουσιών με προσαρμοσμένη εικόνα VM. - Δημιουργήστε έναν κάδο αποθήκευσης Cloud. - Δημιουργία και διαμόρφωση εξωτερικής εξισορρόπησης φορτίου HTTP(S). - Δοκιμάστε το ζεστό σφάλμα διακομιστή web με ένα ενημερωμένο πρόγραμμα εξισορρόπησης φορτίου διαμόρφωση. - Δοκιμάστε την ανάκτηση και την αποτυχία με μια ενημερωμένη διαμόρφωση εξισορρόπησης φορτίου. ## Κόστος Αυτός ο οδηγός χρησιμοποιεί τα ακόλουθα χρεώσιμα στοιχεία του Google Cloud: - - Υπολογιστική μηχανή - Δικτύωση - Cloud Storage Για να δημιουργήσετε μια εκτίμηση κόστους με βάση την προβλεπόμενη χρήση σας, χρησιμοποιήστε τον υπολογιστή τιμολόγησης. ## Πριν ξεκινήσεις - - Συνδεθείτε στον λογαριασμό σας στο Google Cloud. Εάν είστε νέοι σε Google Cloud, δημιουργήστε έναν λογαριασμό για να αξιολογήσετε την απόδοση των προϊόντων μας σενάρια πραγματικού κόσμου. Οι νέοι πελάτες λαμβάνουν επίσης δωρεάν πιστώσεις 300 $ σε εκτέλεση, δοκιμή και ανάπτυξη φόρτου εργασίας. - Στην κονσόλα Google Cloud, στη σελίδα επιλογέα έργου, επιλέξτε ή δημιουργήστε ένα έργο Google Cloud. - Βεβαιωθείτε ότι η χρέωση είναι ενεργοποιημένη για το έργο σας στο Cloud. Μάθε πως να ελέγξτε εάν η χρέωση είναι ενεργοποιημένη σε ένα έργο. - Ενεργοποιήστε το API του Compute Engine. - Εγκαταστήστε και αρχικοποιήστε το Google Cloud CLI. - Στην κονσόλα Google Cloud, στη σελίδα επιλογέα έργου, επιλέξτε ή δημιουργήστε ένα έργο Google Cloud. - Βεβαιωθείτε ότι η χρέωση είναι ενεργοποιημένη για το έργο σας στο Cloud. Μάθε πως να ελέγξτε εάν η χρέωση είναι ενεργοποιημένη σε ένα έργο. - Ενεργοποιήστε το API του Compute Engine. - Εγκαταστήστε και αρχικοποιήστε το Google Cloud CLI. Μπορείτε να εκτελέσετε το Google Cloud CLI στο κονσόλα χωρίς εγκατάσταση του Google Cloud CLI. Για να εκτελέσετε το gcloud CLI στο κονσόλα, χρησιμοποιήστε το Cloud Shell ## Προετοιμάστε το περιβάλλον Σε αυτήν την ενότητα, ορίζετε ορισμένες μεταβλητές για τα ονόματα των πόρων σας και τοποθεσίες. Αυτές οι μεταβλητές χρησιμοποιούνται από τις εντολές CLI του Google Cloud όπως εσείς αναπτύξτε τους πόρους. Σε όλο αυτό το έγγραφο, εκτός εάν αναφέρεται διαφορετικά, εισάγετε όλες τις εντολές Cloud Shell ή το τοπικό σας περιβάλλον ανάπτυξης. - Αντικαθιστώ με το δικό σας αναγνωριστικό έργου. Αν είναι επιθυμητό, δώστε το δικό σας επίθημα ονόματος για πόρους που θα σας βοηθήσουν να αναζητήσετε και να αναγνωρίσετε αυτά, όπως PROJECT_ID εφαρμογή Καθορίστε δύο περιοχές, όπως π.χ και ΗΠΑ-δυση1 , και μια ζώνη εντός μιας από αυτές τις περιοχές, όπως π.χ ΗΠΑ-δυση2 . Αυτή η ζώνη ορίζει πού βρίσκεται η αρχική βάση VM δημιουργείται που χρησιμοποιείται για τη δημιουργία μιας εικόνας για την ομάδα διαχειριζόμενων παρουσιών us-west1-a Τέλος, ορίστε έναν τομέα που χρησιμοποιείται για τον στατικό ιστότοπό σας, όπως π.χ example.com PROJECT_ID= PROJECT_ID NAME_SUFFIX= εφαρμογή REGION1= us-west1 REGION2= us-west2 ΖΩΝΗ= us-west1-a DOMAIN= example.com ## Δημιουργήστε ένα VPC και ένα υποδίκτυο Για να παρέχετε πρόσβαση στο δίκτυο στα VM, δημιουργείτε Virtual Private Cloud (VPC) και υποδίκτυα. Καθώς χρειάζεστε ομάδες διαχειριζόμενων παρουσιών σε δύο περιοχές, δημιουργείτε μία υποδίκτυο σε κάθε περιοχή. Για περισσότερες πληροφορίες σχετικά με τα πλεονεκτήματα του εθίμου λειτουργία υποδικτύου για τη διαχείριση των περιοχών διευθύνσεων IP που χρησιμοποιούνται στο περιβάλλον σας, βλ Χρησιμοποιήστε δίκτυα VPC προσαρμοσμένης λειτουργίας. - Δημιουργήστε το VPC με μια προσαρμοσμένη λειτουργία υποδικτύου: Τα υπολογιστικά δίκτυα gcloud δημιουργούν δίκτυο-$NAME_SUFFIX --subnet-mode=custom Τώρα δημιουργήστε δύο υποδίκτυα στο νέο VPC, ένα για το καθένα περιφέρεια. Ορίστε τα δικά σας εύρη διευθύνσεων, όπως π.χ και 10.1.0.0/20 , ότι ταιριάζει στην περιοχή του δικτύου σας: 10.2.0.0/20 gcloud υπολογιστικά δίκτυα υποδίκτυα δημιουργούν n υποδίκτυο-$NAME_SUFFIX-$REGION1 n --network=network-$NAME_SUFFIX n --range= 10.1.0.0/20n --region=$REGION1 gcloud υπολογιστικά δίκτυα υποδίκτυα δημιουργούν n υποδίκτυο-$NAME_SUFFIX-$REGION2 n --network=network-$NAME_SUFFIX n --range= 10.2.0.0/20n --region=$REGION2 ## Δημιουργία κανόνων τείχους προστασίας Για να αφήσετε την κυκλοφορία δικτύου να ρέει σωστά στο VPC, χρησιμοποιήστε κανόνες τείχους προστασίας. - Δημιουργήστε κανόνες τείχους προστασίας για να επιτρέψετε την κυκλοφορία στον ιστό και τους ελέγχους υγείας για το φορτίο ισορροπιστής και ομάδες διαχειριζόμενων παρουσιών: gcloud compute firewall-rules create allow-http-$NAME_SUFFIX n --network=network-$NAME_SUFFIX n --direction=INGRESS n --priority=1000 n --action=ALLOW n --rules=tcp:80 n -- source-ranges=0.0.0.0/0 n --target-tags=http-server gcloud compute firewall-rules create allow-health-check-$NAME_SUFFIX n --network=network-$NAME_SUFFIX n --action=allow n --direction=ingress n --source-ranges=130.211.0.0/22,35.191. 0,0/16 n --target-tags=allow-health-check n --rules=tcp:80 Ο κανόνας HTTP επιτρέπει την κυκλοφορία σε οποιοδήποτε VM όπου Εφαρμόζεται η ετικέτα http-servert, και από οποιαδήποτε πηγή που χρησιμοποιεί το 0.0.0.0/0 εύρος. Για το κανόνας υγειονομικού ελέγχου, Τα προεπιλεγμένα εύρη για το Google Cloud έχουν ρυθμιστεί ώστε να επιτρέπουν στην πλατφόρμα να το κάνει σωστά ελέγξτε την υγεία των πόρων. Για να επιτρέπεται η κυκλοφορία SSH για την αρχική διαμόρφωση μιας βασικής εικόνας VM, εμβέλεια τον κανόνα του τείχους προστασίας στο περιβάλλον σας χρησιμοποιώντας το --Πηγή-εύρος παράμετρος. Ίσως χρειαστεί να συνεργαστείτε με την ομάδα του δικτύου σας για να προσδιορίσετε ποιες περιοχές πηγών χρησιμοποιεί ο οργανισμός σας Αντικαθιστώ με τα δικά σας πεδία διεύθυνσης IP: IP_ADDRESS_SCOPE gcloud compute firewall-rules create allow-ssh-$NAME_SUFFIX n --network=network-$NAME_SUFFIX n --direction=INGRESS n --priority=1000 n --action=ALLOW n --rules=tcp:22 n -- πηγή-εύρη= IP_ADDRESS_SCOPE Αφού δημιουργήσετε τους κανόνες του τείχους προστασίας, βεβαιωθείτε ότι υπάρχουν οι τρεις κανόνες πρόσθεσε: gcloud compute firewall-rules list n --project=$PROJECT_ID n --filter="NETWORK=network-$NAME_SUFFIX"Το ακόλουθο παράδειγμα εξόδου δείχνει ότι οι τρεις κανόνες ήταν σωστά δημιουργήθηκε: ΟΝΟΜΑ ΚΑΤΕΥΘΥΝΣΗ ΔΙΚΤΥΟΥ ΕΠΙΤΡΕΠΕΤΑΙ ΠΡΟΤΕΡΑΙΟΤΗΤΑΣ επιτρέπω-έλεγχος υγείας-εφαρμογή δικτύου-εφαρμογή INGRESS 1000 tcp:80 επιτρέπω-http-εφαρμογή δικτύου-εφαρμογή INGRESS 1000 tcp:80 επιτρέπω-ssh-app network-app INGRESS 1000 tcp:22 ## Δημιουργήστε και διαμορφώστε μια βασική εικόνα VM Για να δημιουργήσετε πανομοιότυπα VM που αναπτύσσετε χωρίς πρόσθετη διαμόρφωση, εσείς χρησιμοποιήστε μια προσαρμοσμένη εικόνα VM. Αυτή η εικόνα καταγράφει τη διαμόρφωση του λειτουργικού συστήματος και του Apache και χρησιμοποιείται για τη δημιουργία κάθε VM στην ομάδα διαχειριζόμενων παρουσιών στα επόμενα βήματα. Στο VM, δημιουργείτε ένα βασικό index.html στον μόνιμο δίσκο και τοποθετήστε το σε /var/www/example.com. Ένα αρχείο διαμόρφωσης Apache στο Το /etc/apache2/sites-available/example.com.conf εξυπηρετεί περιεχόμενο ιστού από το τοποθετημένη μόνιμη θέση δίσκου Το παρακάτω διάγραμμα δείχνει τη βασική σελίδα HTML που εξυπηρετείται από τον Apache που είναι αποθηκευμένη στον μόνιμο δίσκο: Μπορείτε να δημιουργήσετε αυτό το περιβάλλον στα ακόλουθα βήματα. - Δημιουργήστε ένα βασικό VM με έναν συνδεδεμένο μόνιμο δίσκο: παρουσίες υπολογισμού gcloud δημιουργούν vm-base-$NAME_SUFFIX n --zone=$ZONE n --machine-type=n1-standard-1 n --subnet=subnet-$NAME_SUFFIX-$REGION1 n --tags=http-διακομιστής n --image=debian-10-buster-v20210420 n --image-project=debian-cloud n --boot-disk-size=10GB n --boot-disk-type=pd-balanced n --boot-disk- device-name=vm-base-$NAME_SUFFIX n --create-disk=type=pd-ssd,name=disk-base-$NAME_SUFFIX,size=10GB,device-name=disk-base-$NAME_SUFFIX Χρησιμοποιείτε παραμέτρους που ορίζονται στην αρχή αυτού του εγγράφου για να ονομάσετε το VM και συνδεθείτε στο σωστό υποδίκτυο. Τα ονόματα εκχωρούνται επίσης από τις παραμέτρους για ο δίσκος εκκίνησης και ο δίσκος δεδομένων. Για να εγκαταστήσετε και να διαμορφώσετε τον απλό ιστότοπο, συνδεθείτε στο βασικό VM χρησιμοποιώντας SSH: gcloud compute ssh vm-base-$NAME_SUFFIX --zone=$ZONE Στην περίοδο λειτουργίας SSH στο VM, δημιουργήστε ένα σενάριο για να διαμορφώσετε το VM σε ένα συντάκτης της επιλογής σας. Το παρακάτω παράδειγμα χρησιμοποιεί Νανο ως συντάκτης: nano configure-vm. Επικολλήστε την ακόλουθη δέσμη ενεργειών διαμόρφωσης στο αρχείο: bin/bash NAME_SUFFIX= εφαρμογή # Δημιουργία καταλόγου για τα βασικά αρχεία ιστότοπου sudo mkdir -p /var/www/example.com sudo chmod a+w /var/www/example.com sudo chown -R www-data: /var/www/example.com # Βρείτε το όνομα του δίσκου, μετά μορφοποιήστε και προσαρτήστε τον DISK_NAME="google-disk-base-$NAME_SUFFIX"DISK_PATHfind /dev/disk/by-id -name DISK_NAME}"| xargs -Ireadlink -f n sudo mkfs.ext4 -m 0 -E lazy_itable_init=0,lazy_journal_init=0,απόρριψη $DISK_PATH sudo mount -o απόρριψη, προεπιλογές $DISK_PATH /var/www/example.com # Εγκαταστήστε το Apache sudo apt-get ενημέρωση&& sudo apt-get -y install apache2 # Καταγράψτε ένα βασικό αρχείο HTML στον προσαρτημένο μόνιμο δίσκο sudo tee -a /var/www/example.com/index.html >/dev/null EOF' Παράδειγμα HA / DR

Καλώς ήλθατε σε έναν ιστότοπο της Υπολογιστικής Μηχανής με θερμή ανακατεύθυνση στο Cloud Storagep>

*:80> ServerName www.example.com ServerAdmin webmaster@localhost DocumentRoot /var/www/example.com ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined ΕΟΦ # Ενεργοποιήστε το αρχείο διαμόρφωσης Apache και την υπηρεσία επαναφόρτωσης sudo a2dissite 000-προεπιλογή sudo a2ensite example.com.conf sudo systemctl επαναφόρτωση apache2 Ενημερώστε το μεταβλητή για να ταιριάζει με την τιμή που έχει οριστεί την έναρξη αυτού του εγγράφου, όπως π.χ Εφαρμογή NAME_SUFFIX. Καταγράψτε το αρχείο και βγείτε από τον επεξεργαστή σας. Για παράδειγμα, στο Nano χρησιμοποιείτε Ctrl-Oto να γράψετε το αρχείο και μετά να βγείτε με Ctrl-X. Κάντε το σενάριο διαμόρφωσης εκτελέσιμο και, στη συνέχεια, εκτελέστε το: chmod +x configure-vm../configure-vm. Έξοδος από τη συνεδρία SSH στο VM: έξοδος Λάβετε τη διεύθυνση IP του VM και χρησιμοποιήστε curl για να δείτε τη βασική ιστοσελίδα: curl $(gcloud compute instances περιγράφουν vm-base-$NAME_SUFFIX n --zone $ZONE n --format="value(networkInterfaces.accessConfigs.[0].natIPn. Ο βασικός ιστότοπος επιστρέφεται, όπως φαίνεται στο ακόλουθο παράδειγμα εξόδου: Παράδειγμα HA / DR

Καλώς ήλθατε σε έναν ιστότοπο της Υπολογιστικής Μηχανής με θερμή ανακατεύθυνση στο Cloud Storagep>

gcloud compute images create image-disk-$NAME_SUFFIX n --source-disk=disk-base-$NAME_SUFFIX n --source-disk-zone=$ZONE # Δημιουργήστε πρότυπα παρουσίας gcloud compute instance-templates create template-$NAME_SUFFIX-$REGION1 n --machine-type=n1-standard-1 n --subnet=projects/$PROJECT_ID/regions/$REGION1/subnetworks/subnet-$NAME_SUFFIX-$REGION1n --region=$REGION1 n --tags=http-server n --metadatastartup-script /bin/bashn'echo\ UUIDblkid\ -s\ UUID\ -o\ value\ /dev/sdb /var/www/example. com\ ext4\ απόρριψη, προεπιλογές, nofail\ 0\ 2 ee\ -a\ /etc/fstabn'mount\ -a n --image=image-$NAME_SUFFIX n --create-disk=image=image-disk-$NAME_SUFFIX ,auto-delete=ναι gcloud compute instance-templates create template-$NAME_SUFFIX-$REGION2 n --machine-type=n1-standard-1 n --subnet=projects/$PROJECT_ID/regions/$REGION2/subnetworks/subnet-$NAME_SUFFIX-$REGION2n --region=$REGION2 n --tags=http-server n --metadatastartup-script /bin/bashn'echo\ UUIDblkid\ -s\ UUID\ -o\ value\ /dev/sdb /var/www/example. com\ ext4\ απόρριψη, προεπιλογές, nofail\ 0\ 2 ee\ -a\ /etc/fstabn'mount\ -a n --image=image-$NAME_SUFFIX n --create-disk=image=image-disk-$NAME_SUFFIX ,auto-delete=ναι # Δημιουργήστε έναν έλεγχο υγείας για περιπτώσεις VM gcloud compute health-checks δημιουργία http-basic-check-$NAME_SUFFIX n --port 80 # Δημιουργήστε τις ομάδες διαχειριζόμενων παρουσιών gcloud compute instance-groups διαχείριση δημιουργία παρουσίας-ομάδας-$NAME_SUFFIX-$REGION1 n --template=template-$NAME_SUFFIX-$REGION1 n --size=2 n --region=$REGION1 n --health-check=http- βασικός έλεγχος-$NAME_SUFFIX gcloud compute instance-groups που διαχειρίζονται δημιουργία instance-group-$NAME_SUFFIX-$REGION2 n --template=template-$NAME_SUFFIX-$REGION2 n --size=2 n --region=$REGION2 n --health-check=http- βασικός έλεγχος-$NAME_SUFFIX ## Δημιουργήστε και διαμορφώστε έναν εξισορροπητή φορτίου Για να έχουν πρόσβαση οι χρήστες στον ιστότοπό σας, πρέπει να επιτρέψετε την επισκεψιμότητα στα VM που εκτελούνται στις ομάδες διαχειριζόμενων παρουσιών. Θέλετε επίσης να κάνετε αυτόματη ανακατεύθυνση κυκλοφορία σε νέα εικονικά μηχανήματα, εάν υπάρχει αποτυχία ζώνης σε μια ομάδα διαχειριζόμενων παρουσιών. Στην επόμενη ενότητα, δημιουργείτε ένα εξωτερικός εξισορροπητής φορτίου με μια υπηρεσία υποστήριξης για κίνηση HTTP στη θύρα 80, χρησιμοποιήστε τον έλεγχο υγείας που δημιουργήθηκε στα προηγούμενα βήματα και αντιστοιχίστε μια εξωτερική IP διεύθυνση στην υπηρεσία υποστήριξης. Για περισσότερες πληροφορίες, βλ Πώς να ρυθμίσετε έναν απλό εξωτερικό εξισορροπητή φορτίου HTTP. - Δημιουργήστε και διαμορφώστε το load balancer για την εφαρμογή σας: # Διαμόρφωση κανόνων θύρας για τη θύρα HTTP 80 gcloud compute instance-groups set-named-ports n instance-group-$NAME_SUFFIX-$REGION1 n --named-ports http:80 n --region $REGION1 gcloud compute instance-groups set-named-ports n instance-group-$NAME_SUFFIX-$REGION2 n --named-ports http:80 n --region $REGION2 # Δημιουργήστε μια υπηρεσία υποστήριξης και προσθέστε τις ομάδες διαχειριζόμενων παρουσιών σε αυτήν gcloud compute backend-services create n web-backend-service-$NAME_SUFFIX n --protocol=HTTP n --port-name=http n --health-checks=http-basic-check-$NAME_SUFFIX n --global gcloud compute backend-services add-backend n web-backend-service-$NAME_SUFFIX n --instance-group=instance-group-$NAME_SUFFIX-$REGION1 n --instance-group-region=$REGION1 n --global gcloud compute backend-services add-backend n web-backend-service-$NAME_SUFFIX n --instance-group=instance-group-$NAME_SUFFIX-$REGION2 n --instance-group-region=$REGION2 n --global # Δημιουργήστε έναν χάρτη URL για την υπηρεσία υποστήριξης gcloud compute url-maps create web-map-http-$NAME_SUFFIX n --default-service web-backend-service-$NAME_SUFFIX # Διαμόρφωση προώθησης για την κυκλοφορία HTTP gcloud compute target-http-proxies create n http-lb-proxy-$NAME_SUFFIX n --url-map web-map-http-$NAME_SUFFIX gcloud compute forwarding-rules create n http-content-rule-$NAME_SUFFIX n --global n --target-http-proxy=http-lb-proxy-$NAME_SUFFIX n --ports=80 Λάβετε τη διεύθυνση IP του κανόνα προώθησης για την κυκλοφορία ιστού: IP_ADDRESSgcloud compute forwarding-rules περιγράφουν http-content-rule-$NAME_SUFFIX n --global n --format="value(IPAddressn Χρήση κουμπώστε ή ανοίξτε το πρόγραμμα περιήγησής σας για να προβάλετε τον ιστότοπο χρησιμοποιώντας την IP διεύθυνση του εξισορροπητή φορτίου από το προηγούμενο βήμα: curl $IP_ADDRESS Χρειάζονται λίγα λεπτά για να ολοκληρωθεί η ανάπτυξη και να ολοκληρωθεί η εξισορρόπηση φορτίου κατευθύνει σωστά την κυκλοφορία στο backend σας. Επιστρέφεται ένα σφάλμα HTTP 404 εάν το Ο εξισορροπητής φορτίου εξακολουθεί να αναπτύσσεται. Εάν χρειάζεται, περιμένετε λίγα λεπτά και προσπαθήστε να το κάνετε πρόσβαση στον ιστότοπο ξανά. Ο βασικός ιστότοπος επιστρέφεται, όπως φαίνεται στο ακόλουθο παράδειγμα εξόδου: Παράδειγμα HA / DR

Καλώς ήλθατε σε έναν ιστότοπο της Υπολογιστικής Μηχανής με θερμή ανακατεύθυνση στο Cloud Storagep>

Οι ομάδες διαχειριζόμενων παρουσιών ανακτούν και μπορούν να εξυπηρετήσουν την επισκεψιμότητα για τον πλήρη ιστότοπο εμπειρία. - Επαληθεύστε τον τομέα που θέλετε να χρησιμοποιήσετε με τον κάδο σας στο Cloud Storage. Δημιουργήστε έναν κάδο Cloud Storage για να ταιριάζει με το όνομα του τομέα που σας ανήκει και θέλετε να χρησιμοποιήσετε: gsutil mb gsstatic-web.$DOMAIN ο Χρησιμοποιείται η μεταβλητή DOMAIN που ορίζεται στην αρχή αυτού του εγγράφου, όπως π.χ . Αυτό το παράδειγμα αποθηκεύει τα στατικά αρχεία στο example.com static-web.example.com. Δημιουργήστε ένα τοπικό αρχείο που αντιγράφετε στον κάδο του Cloud Storage στο επόμενο βήμα: cat< index.html HA / DR example

Welcome to a test static web server with warm failover from Cloud Storagep>

HA / DR example

Welcome to a test static web server with warm failover from Cloud Storagep>

curlagain, or open your web browser, to access the IP address of the load balancer: curl $IP_ADDRESS It might take a few minutes for the load balancer to update the configuration and to correctly direct traffic back to your managed instance groups. If needed, wait a few minutes and try to access the website again. The main website from the managed instance groups is returned, as shown in the following example output: HA / DR example p>Welcome to a Compute Engine website with warm failover to Cloud Storagep> ## Clean up To avoid incurring charges to your Google Cloud account for the resources used in this tutorial, either delete the project that contains the resources, or keep the project and delete the individual resources. To delete the individual resources created in this document, complete the following steps: - Delete the Cloud Storage bucket: gsutil rm -r gsstatic-web.$DOMAIN Delete the load balancer configuration: gcloud compute forwarding-rules delete n http-content-rule-$NAME_SUFFIX --global --quiet gcloud compute target-http-proxies delete n http-lb-proxy-$NAME_SUFFIX --quiet gcloud compute url-maps delete web-map-http-$NAME_SUFFIX --quiet gcloud compute url-maps delete web-map-http-bucket-$NAME_SUFFIX --quiet gcloud compute backend-services delete n web-backend-service-$NAME_SUFFIX --global --quiet gcloud compute backend-buckets delete web-bucket-$NAME_SUFFIX --quiet Delete the managed instance groups and health check: gcloud compute instance-groups managed delete n instance-group-$NAME_SUFFIX-$REGION1 n --region=$REGION1 --quiet gcloud compute instance-groups managed delete n instance-group-$NAME_SUFFIX-$REGION2 n --region=$REGION2 --quiet gcloud compute health-checks delete http-basic-check-$NAME_SUFFIX --quiet Delete the instance templates, images, base VM, and persistent disks: gcloud compute instance-templates delete n template-$NAME_SUFFIX-$REGION1 --quiet gcloud compute instance-templates delete n template-$NAME_SUFFIX-$REGION2 --quiet gcloud compute images delete image-$NAME_SUFFIX --quiet gcloud compute images delete image-disk-$NAME_SUFFIX --quiet gcloud compute instances delete vm-base-$NAME_SUFFIX n --zone=$ZONE --quiet Delete the firewall rules. gcloud compute firewall-rules delete n allow-health-check-$NAME_SUFFIX --quiet gcloud compute firewall-rules delete n allow-ssh-$NAME_SUFFIX --quiet gcloud compute firewall-rules delete n allow-http-$NAME_SUFFIX --quiet Delete the subnet and VPC. gcloud compute networks subnets delete n subnet-$NAME_SUFFIX-$REGION1 --region=$REGION1 --quiet gcloud compute networks subnets delete n subnet-$NAME_SUFFIX-$REGION2 --region=$REGION2 --quiet gcloud compute networks delete network-$NAME_SUFFIX --quiet ## What's next - - For an alternative approach that uses Cloud DNS instead of external HTTP(S) Load Balancing to control the failover, see Deploy a warm recoverable web server using Cloud DNS with Compute Engine and Cloud Storage. This pattern is useful if you have, or want to use, Cloud DNS. - To learn how how to determine the best approach for your own applications and which recovery method to use, see the Disaster recovery planning guide. - To see other patterns for applications, such as cold and hot failover, see Disaster recovery scenarios for applications. - For more ways to handle scale and availability, see the Patterns for scalable and resilient apps. - Explore reference architectures, diagrams, tutorials, and best practices about Google Cloud. Take a look at our Cloud Architecture Center.