یہ دستاویز آرکیٹیکٹس اور ان لوگوں کے لیے ہے جو آپریشنز میں کام کرتے ہیں اور
انتظامی ٹیمیں دستاویز ایک نمونہ نمونہ بیان کرتی ہے جسے آپ استعمال کر سکتے ہیں۔
گوگل کلاؤڈ میں آپ کی اپنی تعیناتیوں کے لیے۔


اس پیٹرن میں، ایک لوڈ بیلنسر ٹریفک کو ہدایت کرتا ہے۔
کمپیوٹ انجن
میں مثالیں
منظم مثال کے گروپ
جو مواد کی خدمت کرتا ہے۔ ایک بندش میں، آپ اپ ڈیٹ کریں
بیرونی HTTP(S) لوڈ بیلنسنگ
میں ایک جامد سائٹ پر کنفیگریشن اور فیل
کلاؤڈ اسٹوریج۔


اس ٹیوٹوریل کو مکمل کرنے کے لیے، آپ کو ایک رجسٹرڈ ڈومین نام کی ضرورت ہے جسے آپ کنٹرول کرتے ہیں۔
اور اس دستاویز کے ساتھ استعمال کرنا چاہتے ہیں۔


پروڈکشن کی تعیناتیوں میں، آپ کی ویب سائٹ میں ممکنہ طور پر بہت سی اور فائلیں شامل ہیں۔
آپ کی منظم مثال گروپ ورچوئل مشینوں پر اضافی ایپلیکیشن کوڈ
(VMs) اس دستاویز میں دکھایا گیا ہے۔ کلاؤڈ اسٹوریج پھر مزید کی میزبانی کرتا ہے۔
محدود جامد ورژن جو کم سے کم فعالیت فراہم کرتا ہے۔ ایک گرم ناکامی میں
منظر نامے میں، صارفین اس محدود ویب سائٹ کو اس وقت تک دیکھتے ہیں جب تک کہ منظم مثال کے گروپ نہ ہوں۔
بازیافت کریں اور ویب سائٹ کے مکمل تجربے کے لیے ٹریفک کی خدمت کر سکتے ہیں۔


اس ٹیوٹوریل میں، آپ ماحول پیدا کرنے کے لیے وسائل تعینات کرتے ہیں جیسا کہ میں دکھایا گیا ہے۔
مندرجہ ذیل تصویر:





جب آپ کو ناکام ہونے کی ضرورت ہو، تو آپ لوڈ بیلنس کنفیگریشن کو ڈائریکٹ کرنے کے لیے اپ ڈیٹ کرتے ہیں۔
کلاؤڈ اسٹوریج پر ٹریفک، جیسا کہ درج ذیل تصویر میں دکھایا گیا ہے:





یہ گرم فیل اوور پیٹرن دوسرے منظم چلانے کی لاگت کو متوازن کرتا ہے۔
مثال کے طور پر ایک مختلف خطے میں گروپ جو آپ صرف اس وقت استعمال کرتے ہیں جب بنیادی علاقے
ناکام کلاؤڈ سٹوریج کا استعمال کرتے ہوئے جامد سائٹ کی قیمت چلانے سے کم ہے۔
ایک اور منظم مثال گروپ، لیکن آپ کے بوجھ کو اپ ڈیٹ کرتے وقت تھوڑی تاخیر ہوتی ہے۔
ہوسٹنگ کے اختیارات کے درمیان توازن کنفیگریشن۔ محدود ویب سائٹ
کلاؤڈ اسٹوریج میں تجربہ غیر دستیاب ویب سائٹ سے بہتر اور ناقص ہے۔
گاہک کا تجربہ.


ایک متبادل نقطہ نظر کے لیے جو بیرونی کے بجائے Cloud DNS استعمال کرتا ہے۔
فیل اوور کو کنٹرول کرنے کے لیے HTTP(S) لوڈ بیلنسنگ، دیکھیں
کمپیوٹ انجن اور کلاؤڈ اسٹوریج کے ساتھ کلاؤڈ DNS کا استعمال کرتے ہوئے ایک گرم قابل بازیافت ویب سرور تعینات کریں۔
اگر آپ کے پاس Cloud DNS ہے، یا استعمال کرنا چاہتے ہیں تو یہ پیٹرن مفید ہے۔


Google Cloud میں قابل اعتماد ایپلیکیشنز چلانے کے لیے، ہم تجویز کرتے ہیں کہ آپ ڈیزائن کریں۔
بندش سے نمٹنے کے لیے آپ کا ایپلیکیشن انفراسٹرکچر۔ آپ کی درخواست پر منحصر ہے۔
اور کاروباری ضروریات، آپ کو سرد فیل اوور، گرم فیل اوور، یا گرم کی ضرورت ہو سکتی ہے۔
فیل اوور پیٹرن. کے لیے بہترین نقطہ نظر کا تعین کرنے کے طریقے کے بارے میں مزید معلومات کے لیے
آپ کی اپنی درخواستیں، دیکھیں
ڈیزاسٹر ریکوری پلاننگ گائیڈ۔


یہ دستاویز بنیادی استعمال کرتی ہے۔
اپاچی ویب سرور،
لیکن بنیادی ڈھانچے کی تعیناتی کے لیے یہی طریقہ دوسرے پر لاگو ہوتا ہے۔
ایپلیکیشن ماحول جو آپ کو تخلیق کرنے کی ضرورت ہے۔
## مقاصد
 


-

- اپنی مرضی کے مطابق VM امیج کے ساتھ علاقائی منظم مثال کے گروپس بنائیں۔

- کلاؤڈ اسٹوریج بالٹی بنائیں۔

- بیرونی HTTP(S) لوڈ بیلنسنگ بنائیں اور ترتیب دیں۔

- تازہ ترین لوڈ بیلنسر کے ساتھ گرم ویب سرور فیل اوور کی جانچ کریں۔
ترتیب

- اپ ڈیٹ شدہ لوڈ بیلنس کنفیگریشن کے ساتھ ریکوری اور فیل بیک کی جانچ کریں۔

## اخراجات
 








 


 

 اس ٹیوٹوریل میں گوگل کلاؤڈ کے درج ذیل قابل بل اجزاء استعمال کیے گئے ہیں:
 

 


-

- کمپیوٹ انجن

- نیٹ ورکنگ

- کلاؤڈ اسٹوریج


 

 
 آپ کے متوقع استعمال کی بنیاد پر لاگت کا تخمینہ تیار کرنے کے لیے،
 قیمت کا کیلکولیٹر استعمال کریں۔

## شروع کرنے سے پہلے
 





-













-
 
 
 
 اپنے گوگل کلاؤڈ اکاؤنٹ میں سائن ان کریں۔ اگر آپ نئے ہیں۔
 گوگل کلاؤڈ،
 ہماری مصنوعات کی کارکردگی کا جائزہ لینے کے لیے ایک اکاؤنٹ بنائیں
 حقیقی دنیا کے منظرنامے۔ نئے صارفین کو بھی $300 مفت کریڈٹس میں ملتے ہیں۔
 کام کے بوجھ کو چلائیں، جانچیں اور تعینات کریں۔
 
 
 
 
 
 

 
 

 
 

 
 
 

 
 










 
 
 

-
 
 

گوگل کلاؤڈ کنسول میں، پروجیکٹ سلیکٹر پیج پر،
 گوگل کلاؤڈ پروجیکٹ کو منتخب کریں یا بنائیں۔
 
 
 

 
 
 
 



 
 
 








 

-
 


 یقینی بنائیں کہ آپ کے کلاؤڈ پروجیکٹ کے لیے بلنگ فعال ہے۔ سیکھیں۔
 چیک کریں کہ آیا کسی پروجیکٹ پر بلنگ فعال ہے۔

 
 
 


 
 
 
 











 
 

-
 
 
 


 
 
 
 کمپیوٹ انجن API کو فعال کریں۔
 
 
 

 



 
 
 
 

 
 









 





 





 

-
 
 گوگل کلاؤڈ CLI کو انسٹال اور شروع کریں۔

 

 
 
 
 
 
 






 
 
 


-
 
 

گوگل کلاؤڈ کنسول میں، پروجیکٹ سلیکٹر پیج پر،
 گوگل کلاؤڈ پروجیکٹ کو منتخب کریں یا بنائیں۔
 
 
 

 
 
 
 



 
 
 








 

-
 


 یقینی بنائیں کہ آپ کے کلاؤڈ پروجیکٹ کے لیے بلنگ فعال ہے۔ سیکھیں۔
 چیک کریں کہ آیا کسی پروجیکٹ پر بلنگ فعال ہے۔

 
 
 


 
 
 
 











 
 

-
 
 
 


 
 
 
 کمپیوٹ انجن API کو فعال کریں۔
 
 
 

 



 
 
 
 

 
 









 





 





 

-
 
 گوگل کلاؤڈ CLI کو انسٹال اور شروع کریں۔

 

 
 
 
 
 
 






 
 
 


آپ گوگل کلاؤڈ CLI کو میں چلا سکتے ہیں۔
انسٹال کیے بغیر کنسول
گوگل کلاؤڈ CLI۔ میں gcloud CLI چلانے کے لیے
کنسول، کلاؤڈ شیل استعمال کریں۔

## ماحول کو تیار کریں۔


اس سیکشن میں، آپ اپنے وسائل کے ناموں کے لیے کچھ متغیرات کی وضاحت کرتے ہیں۔
مقامات یہ متغیرات آپ کی طرح گوگل کلاؤڈ CLI کمانڈز استعمال کرتے ہیں۔
وسائل کی تعیناتی.


اس پوری دستاویز کے دوران، جب تک کہ دوسری صورت میں نوٹ نہ کیا جائے، آپ تمام کمانڈز داخل کریں۔
کلاؤڈ شیل
یا آپ کا مقامی ترقیاتی ماحول۔


-

بدل دیں۔


آپ کے اپنے پروجیکٹ ID کے ساتھ۔ اگر چاہیں تو
وسائل کی تلاش اور شناخت میں مدد کے لیے اپنے نام کا لاحقہ فراہم کریں۔
انہیں، جیسے
PROJECT_ID


ایپ
دو خطوں کی وضاحت کریں، جیسے


اور

us-west1
، اور ان علاقوں میں سے ایک کے اندر ایک زون، جیسے

us-west2
. یہ زون اس بات کی وضاحت کرتا ہے کہ ابتدائی بنیاد VM کہاں ہے۔
بنایا گیا ہے جو منظم مثال کے گروپ کے لیے ایک تصویر بنانے کے لیے استعمال ہوتا ہے۔

us-west1-a
آخر میں، ایک ڈومین سیٹ کریں جو آپ کی جامد ویب سائٹ کے لیے استعمال ہو، جیسے




example.com
PROJECT_ID=
PROJECT_ID
NAME_SUFFIX= ایپ
ریجن 1 = us-west1
علاقہ 2 = us-west2
زون = us-west1-a
DOMAIN= example.com
 

## ایک VPC اور سب نیٹ بنائیں


VMs تک نیٹ ورک تک رسائی فراہم کرنے کے لیے، آپ ورچوئل پرائیویٹ کلاؤڈ (VPC) بناتے ہیں۔
اور ذیلی نیٹ۔ جیسا کہ آپ کو دو خطوں میں منظم مثال کے گروپس کی ضرورت ہے، آپ ایک بناتے ہیں۔
ہر علاقے میں ذیلی نیٹ۔ اپنی مرضی کے فوائد کے بارے میں مزید معلومات کے لیے
آپ کے ماحول میں استعمال میں آئی پی ایڈریس کی حدود کو منظم کرنے کے لیے سب نیٹ موڈ، دیکھیں
کسٹم موڈ 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 اجازت-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-سرور

gcloud compute firewall-rules اجازت-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-servertag لاگو ہوتا ہے،
اور استعمال کرنے والے کسی بھی ذریعہ سے
0.0.0.0/0رینج کے لئے
صحت کی جانچ کے اصول،
گوگل کلاؤڈ کے لیے پہلے سے طے شدہ رینجز پلیٹ فارم کو صحیح طریقے سے چلنے کی اجازت دینے کے لیے سیٹ کی گئی ہیں۔
وسائل کی صحت کی جانچ کریں۔

بیس VM امیج کی ابتدائی ترتیب کے لیے SSH ٹریفک کی اجازت دینے کے لیے، دائرہ کار
کا استعمال کرتے ہوئے آپ کے ماحول میں فائر وال کا اصول


--source-range پیرامیٹر۔
آپ کو اپنی نیٹ ورک ٹیم کے ساتھ کام کرنے کی ضرورت پڑ سکتی ہے تاکہ یہ تعین کیا جا سکے کہ کون سی ماخذ کی حدود ہیں۔
آپ کی تنظیم استعمال کرتی ہے۔

بدل دیں۔

آپ کے اپنے 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 -- source-ranges=
IP_ADDRESS_SCOPE
 

فائر وال رولز بنانے کے بعد، تصدیق کریں کہ تین اصول ہو چکے ہیں۔
شامل کیا گیا:
gcloud کمپیوٹ فائر وال رولز کی فہرست n --project=$PROJECT_ID n --filter="NETWORK=network-$NAME_SUFFIX"مندرجہ ذیل مثال آؤٹ پٹ سے پتہ چلتا ہے کہ تین اصول صحیح طریقے سے ہوئے ہیں۔
پیدا کیا:

NAME نیٹ ورک کی سمت ترجیح کی اجازت ہے۔
اجازت-ہیلتھ-چیک-ایپ نیٹ ورک-ایپ INGRESS 1000 tcp:80
اجازت دیں-http-app network-app INGRESS 1000 tcp:80
allow-ssh-app network-app INGRESS 1000 tcp:22


## بیس VM امیج بنائیں اور کنفیگر کریں۔


ایک جیسی VMs بنانے کے لیے جنہیں آپ اضافی کنفیگریشن کے بغیر تعینات کرتے ہیں، آپ
اپنی مرضی کے مطابق VM امیج استعمال کریں۔ یہ تصویر OS اور Apache کنفیگریشن کو حاصل کرتی ہے، اور
اگلے مراحل میں منظم مثال کے گروپ میں ہر VM بنانے کے لیے استعمال کیا جاتا ہے۔


VM پر، آپ ایک بنیادی بناتے ہیں۔
مستقل ڈسک پر index.html فائل اور
اس پر چڑھائیں
/var/www/example.com۔ پر ایک اپاچی کنفیگریشن فائل

/etc/apache2/sites-available/example.com.conf سے ویب مواد پیش کرتا ہے
لگاتار ڈسک کا مقام نصب

درج ذیل خاکہ اپاچی کے ذریعہ پیش کردہ بنیادی HTML صفحہ دکھاتا ہے جو ذخیرہ کیا گیا ہے۔
مستقل ڈسک پر:





آپ اس ماحول کو درج ذیل مراحل میں بناتے ہیں۔


-

منسلک مستقل ڈسک کے ساتھ بیس VM بنائیں:



gcloud کمپیوٹ مثالیں 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

آپ VM کو نام دینے کے لیے اس دستاویز کے شروع میں بیان کردہ پیرامیٹرز استعمال کرتے ہیں۔
صحیح سب نیٹ سے جڑیں۔ کے لیے پیرامیٹرز سے نام بھی تفویض کیے گئے ہیں۔
بوٹ ڈسک اور ڈیٹا ڈسک۔

سادہ ویب سائٹ کو انسٹال اور کنفیگر کرنے کے لیے، بیس VM سے جڑیں۔
SSH:

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


VM میں اپنے SSH سیشن میں، 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_PATH /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,Diskd$DISK_PATH
sudo mount -o ڈسکارڈ، ڈیفالٹ $DISK_PATH /var/www/example.com

# اپاچی انسٹال کریں۔
sudo apt-get update&& sudo apt-get -y اپاچی 2 انسٹال کریں۔

# ماونٹڈ پرسسٹنٹ ڈسک پر ایک بنیادی 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

ای او ایف

# اپاچی کنفیگریشن فائل کو فعال کریں اور سروس کو دوبارہ لوڈ کریں۔
sudo a2dissite 000 ڈیفالٹ
sudo a2ensite example.com.conf
sudo systemctl reload apache2

اپ ڈیٹ کریں۔
متغیر پر سیٹ کی قدر سے مماثل ہے۔
اس دستاویز کا آغاز، جیسے

NAME_SUFFIX ایپ۔

فائل کو لکھیں اور اپنے ایڈیٹر سے باہر نکلیں۔ مثال کے طور پر، نینو میں آپ استعمال کرتے ہیں۔

Ctrl-Oto فائل کو لکھیں، پھر باہر نکلیں۔
Ctrl-X۔

کنفیگریشن اسکرپٹ کو قابل عمل بنائیں، پھر اسے چلائیں:

chmod +x configure-vm../configure-vm۔
SSH سیشن سے VM پر نکلیں:

باہر نکلیں


VM کا IP ایڈریس حاصل کریں اور استعمال کریں۔

بنیادی ویب صفحہ دیکھنے کے لیے curl:


curl $(gcloud کمپیوٹ کی مثالیں بیان کرتی ہیں vm-base-$NAME_SUFFIX n --zone $ZONE n --format="value(networkInterfaces.accessConfigs[0].natIPn
بنیادی ویب سائٹ واپس آ گئی ہے، جیسا کہ درج ذیل مثال کے آؤٹ پٹ میں دکھایا گیا ہے:








 HA / DR مثال


 
Cloud Storagep میں گرم فیل اوور کے ساتھ کمپیوٹ انجن ویب سائٹ میں خوش آمدید>

gcloud کمپیوٹ امیجز image-disk-$NAME_SUFFIX n --source-disk=disk-base-$NAME_SUFFIX n --source-disk-zone=$ZONE تخلیق کرتی ہیں

# مثالی ٹیمپلیٹس بنائیں
gcloud compute instance-templates template-$NAME_SUFFIX-$REGION1 n --machine-type=n1-standard-1 n --subnet=projects/$PROJECT_ID/regions/$REGION1/subnetworks/subnet-$NAME_SUFFIX-$REGION1 --region=$REGION1 n --tags=http-server n --metadatastartup-script /bin/bashn'echo\ UUIDblkid\ -s\ UUID\ -o\ قدر\ /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=yes

gcloud compute instance-templates template-$NAME_SUFFIX-$REGION2 n --machine-type=n1-standard-1 n --subnet=projects/$PROJECT_ID/regions/$REGION2/subnetworks/subnet-$NAME_SUFFIX-$REGION2 --region=$REGION2 n --tags=http-server n --metadatastartup-script /bin/bashn'echo\ UUIDblkid\ -s\ UUID\ -o\ قدر\ /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=yes

# VM مثالوں کے لیے ہیلتھ چیک بنائیں
gcloud compute health-checks create http-basic-check-$NAME_SUFFIX n --port 80

# منظم مثال کے گروپ بنائیں
gcloud compute instance-groups منظم instance-group-$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


## لوڈ بیلنسر بنائیں اور کنفیگر کریں۔


صارفین کو آپ کی ویب سائٹ تک رسائی حاصل کرنے کے لیے، آپ کو VMs تک ٹریفک کی اجازت دینی ہوگی۔
جو منظم مثال کے گروپوں میں چلتے ہیں۔ آپ خود بخود ری ڈائریکٹ بھی کرنا چاہتے ہیں۔
نئے VMs پر ٹریفک اگر کسی منظم مثال کے گروپ میں زون کی ناکامی ہو۔


مندرجہ ذیل سیکشن میں، آپ ایک تخلیق کرتے ہیں۔
بیرونی لوڈ بیلنسر
پورٹ پر HTTP ٹریفک کے لیے بیک اینڈ سروس کے ساتھ
80، پچھلے مراحل میں بنائے گئے ہیلتھ چیک کا استعمال کریں، اور ایک بیرونی آئی پی کا نقشہ بنائیں
بیک اینڈ سروس کے ذریعے ایڈریس کریں۔


مزید معلومات کے لیے دیکھیں
ایک سادہ بیرونی HTTP لوڈ بیلنسر کیسے ترتیب دیا جائے۔


-

اپنی درخواست کے لیے لوڈ بیلنسر بنائیں اور کنفیگر کریں:

# HTTP پورٹ 80 کے لیے پورٹ رولز ترتیب دیں۔
gcloud compute instance-groups set-nameed-ports n instance-group-$NAME_SUFFIX-$REGION1 n --named-ports http:80 n --region $REGION1


gcloud compute instance-groups set-nameed-ports n instance-group-$NAME_SUFFIX-$REGION2 n --named-ports http:80 n --region $REGION2

# بیک اینڈ سروس بنائیں اور اس میں منظم مثال کے گروپس شامل کریں۔
gcloud compute backend-services تخلیق n web-backend-service-$NAME_SUFFIX n --protocol=HTTP n --port-name=http n --health-checks=http-basic-check-$NAME_SUFFIX n --عالمی

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

# بیک اینڈ سروس کے لیے یو آر ایل کا نقشہ بنائیں
gcloud compute url-maps web-map-http-$NAME_SUFFIX تخلیق کرتا ہے n --default-service web-backend-service-$NAME_SUFFIX

# HTTP ٹریفک کے لیے فارورڈنگ کو ترتیب دیں۔
gcloud compute target-http-proxies تخلیق کرتا ہے n http-lb-proxy-$NAME_SUFFIX n --url-map web-map-http-$NAME_SUFFIX

gcloud کمپیوٹ فارورڈنگ رولز تخلیق کرتے ہیں n http-content-rule-$NAME_SUFFIX n --global n --target-http-proxy=http-lb-proxy-$NAME_SUFFIX n --ports=80


ویب ٹریفک کے لیے فارورڈنگ اصول کا IP پتہ حاصل کریں:

IP_ADDRESSgcloud کمپیوٹ فارورڈنگ کے اصول http-content-rule-$NAME_SUFFIX n --global n --format="value(IPAddressn) کی وضاحت کرتے ہیں

استعمال کریں۔

IP کا استعمال کرتے ہوئے ویب سائٹ دیکھنے کے لیے curl، یا اپنا ویب براؤزر کھولیں۔
پچھلے مرحلے سے لوڈ بیلنسر کا پتہ:


curl $IP_ADDRESS

لوڈ بیلنسر کو تعینات کرنے اور مکمل کرنے میں چند منٹ لگتے ہیں۔
ٹریفک کو صحیح طریقے سے اپنے بیک اینڈ پر بھیجیں۔ ایک HTTP 404 غلطی واپس آ جاتی ہے اگر
لوڈ بیلنس اب بھی تعینات ہے۔ اگر ضرورت ہو تو، چند منٹ انتظار کریں اور کوشش کریں
دوبارہ ویب سائٹ تک رسائی حاصل کریں۔


بنیادی ویب سائٹ واپس آ گئی ہے، جیسا کہ درج ذیل مثال کے آؤٹ پٹ میں دکھایا گیا ہے:




 HA / DR مثال


 
Cloud Storagep میں گرم فیل اوور کے ساتھ کمپیوٹ انجن ویب سائٹ میں خوش آمدید>

منظم مثال کے گروپ بحال ہو جاتے ہیں اور پوری ویب سائٹ کے لیے ٹریفک فراہم کر سکتے ہیں۔
تجربہ


-

ڈومین کی تصدیق کریں۔
جسے آپ اپنی کلاؤڈ اسٹوریج بالٹی کے ساتھ استعمال کرنا چاہتے ہیں۔

اپنی ملکیت کے ڈومین کے نام سے مماثل ایک کلاؤڈ اسٹوریج بالٹی بنائیں
اور استعمال کرنا چاہتے ہیں:



gsutil mb gsstatic-web.$DOMAIN

دی
اس دستاویز کے شروع میں بیان کردہ DOMAIN متغیر استعمال کیا جاتا ہے، جیسے

. یہ مثال جامد فائلوں کو اسٹور کرتی ہے۔

example.com
static-web.example.com۔

ایک مقامی فائل بنائیں جسے آپ کلاؤڈ اسٹوریج بالٹی میں کاپی کرتے ہیں۔
اگلا قدم:

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.