Ang dokumentong ito ay inilaan para sa mga arkitekto at mga taong nagtatrabaho sa mga operasyon at
mga pangkat ng administratibo. Inilalarawan ng dokumento ang isang halimbawang pattern na magagamit mo
para sa sarili mong mga deployment sa Google Cloud.


Sa pattern na ito, ang isang load balancer ay nagdidirekta ng trapiko sa
Compute Engine
mga pagkakataon sa
pinamamahalaang mga pangkat ng instance
na naghahatid ng nilalaman. Sa isang outage, ina-update mo ang
panlabas na HTTP(S) Load Balancing
configuration at nabigo sa isang static na site sa
Cloud Storage.


Upang makumpleto ang tutorial na ito, kailangan mo ng rehistradong domain name na iyong kinokontrol
at gustong gamitin sa dokumentong ito.


Sa mga deployment ng produksyon, malamang na kasama sa iyong website ang marami pang file at
karagdagang application code sa iyong pinamamahalaang mga virtual machine ng pangkat ng instance
(mga VM) kaysa sa ipinapakita sa dokumentong ito. Ang Cloud Storage ay nagho-host ng higit pa
limitadong static na bersyon na nagbibigay ng kaunting functionality. Sa isang mainit na failover
senaryo, makikita ng mga user ang limitadong website na ito hanggang sa pinamamahalaang mga pangkat ng instance
mabawi at makapaghatid ng trapiko para sa buong karanasan sa website.


Sa tutorial na ito, nag-deploy ka ng mga mapagkukunan upang lumikha ng isang kapaligiran tulad ng ipinapakita sa
sumusunod na larawan:





Kapag kailangan mong mabigo, i-update mo ang configuration ng load balancer para idirekta
trapiko sa Cloud Storage, tulad ng ipinapakita sa sumusunod na larawan:





Binabalanse ng warm failover pattern na ito ang gastos sa pagpapatakbo ng isa pang pinamamahalaan
instance group sa ibang rehiyon na ginagamit mo lang kapag ang mga pangunahing rehiyon
mabibigo. Ang halaga ng isang static na site na gumagamit ng Cloud Storage ay mas mababa kaysa sa pagtakbo
isa pang pinamamahalaang pangkat ng instance, ngunit may maikling pagkaantala habang ina-update mo ang pag-load
pagsasaayos ng balanse sa pagitan ng mga pagpipilian sa pagho-host. Ang limitadong website
Ang karanasan sa Cloud Storage ay mas mahusay kaysa sa isang hindi available na website at hindi maganda
karanasan ng customer.


Para sa alternatibong diskarte na gumagamit ng Cloud DNS sa halip na external
HTTP(S) Load Balancing para makontrol ang failover, tingnan
Mag-deploy ng mainit na nare-recover na web server gamit ang Cloud DNS na may Compute Engine at Cloud Storage.
Kapaki-pakinabang ang pattern na ito kung mayroon ka, o gusto mong gamitin, Cloud DNS.


Upang magpatakbo ng mga mapagkakatiwalaang application sa Google Cloud, inirerekomenda namin na magdisenyo ka
iyong imprastraktura ng aplikasyon upang mahawakan ang mga pagkawala. Depende sa iyong aplikasyon
at mga pangangailangan sa negosyo, maaaring kailangan mo ng malamig na failover, mainit na failover, o mainit
failover pattern. Para sa higit pang impormasyon kung paano matukoy ang pinakamahusay na diskarte para sa
iyong sariling mga aplikasyon, tingnan ang
Gabay sa pagpaplano ng pagbawi sa kalamidad.


Ang dokumentong ito ay gumagamit ng basic
Apache web server,
ngunit ang parehong diskarte sa pag-deploy ng imprastraktura ay nalalapat sa iba
mga kapaligiran ng application na kailangan mong gawin.
## Mga Layunin
 


-

- Lumikha ng mga pangkat ng instance na pinamamahalaang rehiyon na may custom na larawan ng VM.

- Gumawa ng Cloud Storage bucket.

- Lumikha at i-configure ang panlabas na HTTP(S) Load Balancing.

- Subukan ang mainit na web server failover gamit ang na-update na load balancer
pagsasaayos.

- Subukan ang pagbawi at failback gamit ang na-update na configuration ng load balancer.

## Mga gastos
 








 


 

 Ginagamit ng tutorial na ito ang mga sumusunod na masisingil na bahagi ng Google Cloud:
 

 


-

- Compute Engine

- Networking

- Cloud Storage


 

 
 Upang makabuo ng pagtatantya ng gastos batay sa iyong inaasahang paggamit,
 gamitin ang calculator ng pagpepresyo.

## Bago ka magsimula
 





-













-
 
 
 
 Mag-sign in sa iyong Google Cloud account. Kung bago ka sa
 Google Cloud,
 lumikha ng isang account upang suriin kung paano gumaganap ang aming mga produkto sa
 totoong-mundo na mga senaryo. Makakakuha din ang mga bagong customer ng $300 na libreng credits
 magpatakbo, sumubok, at mag-deploy ng mga workload.
 
 
 
 
 
 

 
 

 
 

 
 
 

 
 










 
 
 

-
 
 

Sa Google Cloud console, sa page ng tagapili ng proyekto,
 pumili o gumawa ng proyekto sa Google Cloud.
 
 
 

 
 
 
 



 
 
 








 

-
 


 Tiyaking naka-enable ang pagsingil para sa iyong proyekto sa Cloud. Alamin kung paano
 tingnan kung pinagana ang pagsingil sa isang proyekto.

 
 
 


 
 
 
 











 
 

-
 
 
 


 
 
 
 Paganahin ang Compute Engine API.
 
 
 

 



 
 
 
 

 
 









 





 





 

-
 
 I-install at simulan ang Google Cloud CLI.

 

 
 
 
 
 
 






 
 
 


-
 
 

Sa Google Cloud console, sa page ng tagapili ng proyekto,
 pumili o gumawa ng proyekto sa Google Cloud.
 
 
 

 
 
 
 



 
 
 








 

-
 


 Tiyaking naka-enable ang pagsingil para sa iyong proyekto sa Cloud. Alamin kung paano
 tingnan kung pinagana ang pagsingil sa isang proyekto.

 
 
 


 
 
 
 











 
 

-
 
 
 


 
 
 
 Paganahin ang Compute Engine API.
 
 
 

 



 
 
 
 

 
 









 





 





 

-
 
 I-install at simulan ang Google Cloud CLI.

 

 
 
 
 
 
 






 
 
 


Maaari mong patakbuhin ang Google Cloud CLI sa
console nang hindi ini-install ang
Google Cloud CLI. Upang patakbuhin ang gcloud CLI sa
console, gamitin ang Cloud Shell

## Ihanda ang kapaligiran


Sa seksyong ito, tinukoy mo ang ilang mga variable para sa iyong mga pangalan ng mapagkukunan at
mga lokasyon. Ang mga variable na ito ay ginagamit ng mga command ng Google Cloud CLI bilang ikaw
i-deploy ang mga mapagkukunan.


Sa buong dokumentong ito, maliban kung iba ang nabanggit, ilalagay mo ang lahat ng command
Cloud Shell
o ang iyong lokal na kapaligiran sa pag-unlad.


-

Palitan


gamit ang iyong sariling project ID. Kung gusto,
magbigay ng iyong sariling suffix ng pangalan para sa mga mapagkukunan upang makatulong sa paghahanap at pagkilala
kanila, tulad ng
PROJECT_ID


app
Tukuyin ang dalawang rehiyon, gaya ng


at

amin-kanluran1
, at isang zone sa loob ng isa sa mga rehiyong iyon, gaya ng

amin-kanluran2
. Tinutukoy ng zone na ito kung saan ang paunang base VM
ay nilikha na ginagamit upang lumikha ng isang larawan para sa pinamamahalaang pangkat ng halimbawa

amin-kanluran1-a
Panghuli, magtakda ng domain na ginagamit para sa iyong static na website, gaya ng




example.com
PROJECT_ID=
PROJECT_ID
NAME_SUFFIX= app
REGION1= us-west1
REGION2= us-west2
ZONE= us-west1-a
DOMAIN= example.com
 

## Gumawa ng VPC at subnet


Upang magbigay ng access sa network sa mga VM, gagawa ka ng Virtual Private Cloud (VPC)
at mga subnet. Dahil kailangan mo ng mga pinamamahalaang pangkat ng instance sa dalawang rehiyon, gagawa ka ng isa
subnet sa bawat rehiyon. Para sa karagdagang impormasyon sa mga pakinabang ng custom
subnet mode upang pamahalaan ang mga saklaw ng IP address na ginagamit sa iyong kapaligiran, tingnan
Gumamit ng mga custom na mode na VPC network.


-

Gumawa ng VPC gamit ang custom na subnet mode:

Ang mga gcloud compute network ay gumagawa ng network-$NAME_SUFFIX --subnet-mode=custom


Gumawa ngayon ng dalawang subnet sa bagong VPC, isa para sa bawat isa
rehiyon. Tukuyin ang iyong sariling mga hanay ng address, gaya ng


at
10.1.0.0/20
, iyon
magkasya sa iyong hanay ng network:
10.2.0.0/20
gcloud compute network ang mga subnet ay gumagawa ng n subnet-$NAME_SUFFIX-$REGION1 n --network=network-$NAME_SUFFIX n --range=
10.1.0.0/20n --region=$REGION1

Ang mga subnet ng gcloud compute network ay gumagawa ng n subnet-$NAME_SUFFIX-$REGION2 n --network=network-$NAME_SUFFIX n --range= 10.2.0.0/20n --region=$REGION2
 

## Lumikha ng mga panuntunan sa firewall


Upang hayaang dumaloy nang tama ang trapiko ng network sa VPC, gamitin
mga panuntunan sa firewall.


-

Gumawa ng mga panuntunan sa firewall upang payagan ang trapiko sa web at mga pagsusuri sa kalusugan para sa pag-load
balancer at pinamamahalaang mga pangkat ng instance:



gcloud compute firewall-rules gumawa ng 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

Ang gcloud compute firewall-rules ay lumikha ng 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

Ang panuntunan ng HTTP ay nagbibigay-daan sa trapiko sa anumang VM kung saan ang
Inilapat ang http-servertag,
at mula sa anumang pinagmulan gamit ang
0.0.0.0/0range. Para sa
panuntunan sa pagsusuri sa kalusugan,
Ang mga default na saklaw para sa Google Cloud ay nakatakda upang payagan ang platform na tama
suriin ang kalusugan ng mga mapagkukunan.

Upang payagan ang trapiko ng SSH para sa paunang configuration ng isang batayang larawan ng VM, saklaw
ang panuntunan ng firewall sa iyong kapaligiran gamit ang


--source-rangeparameter.
Maaaring kailanganin mong makipagtulungan sa iyong network team upang matukoy kung anong mga saklaw ng pinagmulan
ginagamit ng iyong organisasyon

Palitan

gamit ang iyong sariling mga saklaw ng IP address:
IP_ADDRESS_SCOPE
gcloud compute firewall-rules gumawa ng allow-ssh-$NAME_SUFFIX n --network=network-$NAME_SUFFIX n --direction=INGRESS n --priority=1000 n --action=ALLOW n --rules=tcp:22 n -- source-range=
IP_ADDRESS_SCOPE
 

Pagkatapos mong gawin ang mga panuntunan sa firewall, i-verify na naging ang tatlong panuntunan
idinagdag:
gcloud compute firewall-rules list n --project=$PROJECT_ID n --filter="NETWORK=network-$NAME_SUFFIX"Ang sumusunod na halimbawang output ay nagpapakita na ang tatlong panuntunan ay naging tama
nilikha:

NAME NETWORK DIRECTION PRIORITY PRIORITY Allow
allow-health-check-app network-app INGRESS 1000 tcp:80
payagan-http-app network-app INGRESS 1000 tcp:80
allow-ssh-app network-app INGRESS 1000 tcp:22


## Lumikha at i-configure ang isang batayang imahe ng VM


Para gumawa ng magkaparehong mga VM na idini-deploy mo nang walang karagdagang configuration, ikaw
gumamit ng custom na imahe ng VM. Kinukuha ng larawang ito ang configuration ng OS at Apache, at
ay ginagamit upang gawin ang bawat VM sa pinamamahalaang pangkat ng halimbawa sa mga susunod na hakbang.


Sa VM, gumawa ka ng basic
index.html file sa persistent disk at
i-mount ito sa
/var/www/example.com. Isang Apache configuration file sa

Ang /etc/apache2/sites-available/example.com.conf ay naghahatid ng nilalaman ng web mula sa
naka-mount na lokasyon ng persistent disk

Ipinapakita ng sumusunod na diagram ang pangunahing pahina ng HTML na inihatid ng Apache na nakaimbak
sa persistent disk:





Buuin mo ang kapaligirang ito sa mga sumusunod na hakbang.


-

Gumawa ng base VM na may naka-attach na persistent disk:



Ang gcloud compute instance ay lumilikha ng vm-base-$NAME_SUFFIX n --zone=$ZONE n --machine-type=n1-standard-1 n --subnet=subnet-$NAME_SUFFIX-$REGION1 n --tags=http-server 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

Gumagamit ka ng mga parameter na tinukoy sa simula ng dokumentong ito upang pangalanan ang VM at
kumonekta sa tamang subnet. Ang mga pangalan ay itinalaga rin mula sa mga parameter para sa
ang boot disk at data disk.

Upang i-install at i-configure ang simpleng website, kumonekta sa base VM gamit
SSH:

gcloud compute ssh vm-base-$NAME_SUFFIX --zone=$ZONE


Sa iyong SSH session sa VM, gumawa ng script para i-configure ang VM sa isang
editor na iyong pinili. Ang sumusunod na halimbawa ay gumagamit ng
Nano
bilang editor:



nano configure-vm.
I-paste ang sumusunod na script ng pagsasaayos sa file:



bin/bash

NAME_SUFFIX=
app

# Lumikha ng direktoryo para sa mga pangunahing file ng website
sudo mkdir -p /var/www/example.com
sudo chmod a+w /var/www/example.com
sudo chown -R www-data: /var/www/example.com

# Hanapin ang pangalan ng disk, pagkatapos ay i-format at i-mount ito
DISK_NAME="google-disk-base-$NAME_SUFFIX"DISK_PATHhanapin /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,discard $DISK_PATH
sudo mount -o itapon, mga default na $DISK_PATH /var/www/example.com

# I-install ang Apache
sudo apt-get update&& sudo apt-get -y i-install ang apache2

# Sumulat ng pangunahing HTML file sa naka-mount na persistent disk
sudo tee -a /var/www/example.com/index.html >/dev/null EOF'



 Halimbawa ng HA / DR


 
Maligayang pagdating sa isang website ng Compute Engine na may mainit na failover sa 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

EOF

# Paganahin ang Apache configuration file at i-reload ang serbisyo
sudo a2dissite 000-default
sudo a2ensite example.com.conf
sudo systemctl i-reload ang apache2

I-update ang
variable upang tumugma sa halagang itinakda sa
ang simula ng dokumentong ito, tulad ng

NAME_SUFFIX app.

Isulat ang file at lumabas sa iyong editor. Halimbawa, sa Nano ang iyong ginagamit

Ctrl-Oto isulat ang file, pagkatapos ay lumabas gamit ang
Ctrl-X.

Gawing executable ang configuration script, pagkatapos ay patakbuhin ito:

chmod +x configure-vm../configure-vm.
Lumabas sa session ng SSH sa VM:

labasan


Kunin ang IP address ng VM at gamitin

curl upang makita ang pangunahing web page:


curl $(gcloud compute instance inilalarawan ang vm-base-$NAME_SUFFIX n --zone $ZONE n --format="value(networkInterfaces.accessConfigs.[0].natIPn
Ibinalik ang pangunahing website, tulad ng ipinapakita sa sumusunod na halimbawang output:








 Halimbawa ng HA / DR


 
Maligayang pagdating sa isang website ng Compute Engine na may mainit na failover sa Cloud Storagep>

Ang gcloud compute na mga larawan ay lumilikha ng image-disk-$NAME_SUFFIX n --source-disk=disk-base-$NAME_SUFFIX n --source-disk-zone=$ZONE

# Lumikha ng mga template ng halimbawa
Ang gcloud compute instance-templates ay gumagawa ng template-$NAME_SUFFIX-$REGION1 n --machine-type=n1-standard-1 n --subnet=projects/$PROJECT_ID/regions/$REGION1/subnetworks/subnet-$NAME_SUFFIX-$REGION1 n --region=$REGION1 n --tags=http-server n --metadatastartup-script /bin/bashn'echo\ UUIDblkid\ -s\ UUID\ -o\ value\ /dev/sdb /var/www/example. com\ ext4\ discard,defaults,nofail\ 0\ 2 ee\ -a\ /etc/fstabn'mount\ -a n --image=image-$NAME_SUFFIX n --create-disk=image=image-disk-$NAME_SUFFIX ,auto-delete=oo

Ang gcloud compute instance-templates ay gumagawa ng template-$NAME_SUFFIX-$REGION2 n --machine-type=n1-standard-1 n --subnet=projects/$PROJECT_ID/regions/$REGION2/subnetworks/subnet-$NAME_SUFFIX-$REGION2 n --region=$REGION2 n --tags=http-server n --metadatastartup-script /bin/bashn'echo\ UUIDblkid\ -s\ UUID\ -o\ value\ /dev/sdb /var/www/example. com\ ext4\ discard,defaults,nofail\ 0\ 2 ee\ -a\ /etc/fstabn'mount\ -a n --image=image-$NAME_SUFFIX n --create-disk=image=image-disk-$NAME_SUFFIX ,auto-delete=oo

# Gumawa ng pagsusuri sa kalusugan para sa mga instance ng VM
Ang gcloud compute health-checks ay lumilikha ng http http-basic-check-$NAME_SUFFIX n --port 80

# Lumikha ng mga pinamamahalaang pangkat ng instance
Ang gcloud compute instance-groups ay pinamamahalaang lumikha ng instance-group-$NAME_SUFFIX-$REGION1 n --template=template-$NAME_SUFFIX-$REGION1 n --size=2 n --region=$REGION1 n --health-check=http- basic-check-$NAME_SUFFIX

Ang gcloud compute instance-groups ay pinamamahalaang lumikha ng instance-group-$NAME_SUFFIX-$REGION2 n --template=template-$NAME_SUFFIX-$REGION2 n --size=2 n --region=$REGION2 n --health-check=http- basic-check-$NAME_SUFFIX


## Gumawa at mag-configure ng load balancer


Para ma-access ng mga user ang iyong website, kailangan mong payagan ang trapiko sa mga VM
na tumatakbo sa mga pinamamahalaang pangkat ng instance. Gusto mo ring awtomatikong mag-redirect
trapiko sa mga bagong VM kung may zone failure sa isang pinamamahalaang pangkat ng instance.


Sa susunod na seksyon, lumikha ka ng isang
panlabas na load balancer
na may serbisyong backend para sa trapiko ng HTTP sa port
80, gamitin ang pagsusuri sa kalusugan na ginawa sa mga nakaraang hakbang, at i-map ang isang panlabas na IP
address hanggang sa backend service.


Para sa karagdagang impormasyon, tingnan
Paano mag-set up ng simpleng external HTTP load balancer.


-

Gumawa at i-configure ang load balancer para sa iyong application:

# I-configure ang mga panuntunan sa port para sa HTTP port 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

# Gumawa ng backend na serbisyo at idagdag dito ang mga pinamamahalaang grupo ng instance
Ang gcloud compute backend-services ay gumagawa 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

# Lumikha ng isang mapa ng URL para sa serbisyo ng backend
gcloud compute url-maps lumikha ng web-map-http-$NAME_SUFFIX n --default-service web-backend-service-$NAME_SUFFIX

# I-configure ang pagpapasa para sa trapiko ng HTTP
gcloud compute target-http-proxies gumawa n http-lb-proxy-$NAME_SUFFIX n --url-map web-map-http-$NAME_SUFFIX

Lumilikha ang gcloud compute forwarding-rules n http-content-rule-$NAME_SUFFIX n --global n --target-http-proxy=http-lb-proxy-$NAME_SUFFIX n --ports=80


Kunin ang IP address ng panuntunan sa pagpapasa para sa trapiko sa web:

Ang IP_ADDRESSgcloud compute forwarding-rules ay naglalarawan ng http-content-rule-$NAME_SUFFIX n --global n --format="value(IPAddressn

Gamitin

curl, o buksan ang iyong web browser, upang tingnan ang website gamit ang IP
address ng load balancer mula sa nakaraang hakbang:


curl $IP_ADDRESS

Tumatagal ng ilang minuto para matapos ang load balancer sa pag-deploy at sa
idirekta nang tama ang trapiko sa iyong backend. Ang isang HTTP 404 error ay ibinalik kung ang
Nagde-deploy pa rin ang load balancer. Kung kinakailangan, maghintay ng ilang minuto at subukan
i-access muli ang website.


Ibinalik ang pangunahing website, tulad ng ipinapakita sa sumusunod na halimbawang output:




 Halimbawa ng HA / DR


 
Maligayang pagdating sa isang website ng Compute Engine na may mainit na failover sa Cloud Storagep>

bumabawi ang mga pinamamahalaang pangkat ng instance at maaaring maghatid ng trapiko para sa buong website
karanasan.


-

I-verify ang domain
na gusto mong gamitin sa iyong Cloud Storage bucket.

Gumawa ng Cloud Storage bucket upang tumugma sa pangalan ng domain na pagmamay-ari mo
at gustong gamitin:



gsutil mb gsstatic-web.$DOMAIN

Ang
Ang DOMAINvariable na tinukoy sa simula ng dokumentong ito ay ginagamit, gaya ng

. Iniimbak ng halimbawang ito ang mga static na file sa

example.com
static-web.example.com.

Gumawa ng lokal na file na kinokopya mo sa Cloud Storage bucket sa
susunod na hakbang:

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.