WordPress ဖြင့် backend ဝဘ်ဆာဗာများစွာ၏ အသုံးပြုမှုကိစ္စအတွက် GCP တွင် ဒေတာဘေ့စ်သည် တစ်သမတ်တည်းဖြစ်နေကြောင်း သေချာစေရန် GCP တွင် ဒေတာဘေ့စ်ကို မည်သို့သတ်မှတ်ရမည်နည်း။

/ / Published in ပြည်တွင်းသတင်း cloud computing, EITC/CL/GCP Google Cloud Platform, GCP ကွန်ယက်, ဝန်ထပ်ဆင့်တင်ခြင်း

WordPress လည်ပတ်နေသော နောက်ခံဝဘ်ဆာဗာများစွာပါဝင်သည့် အသုံးပြုမှုကိစ္စအတွက် Google Cloud Platform (GCP) တွင် ဝန်ချိန်ခွင်လျှာချိန်ညှိခြင်းကို စီစဉ်သတ်မှတ်ရန်၊ ဤအခြေအနေများတွင် ဒေတာဘေ့စ်သည် တသမတ်တည်းရှိနေရန် လိုအပ်ချက်နှင့်အတူ၊ ပံ့ပိုးပေးထားသော အဓိကအစိတ်အပိုင်းများနှင့် ဝန်ဆောင်မှုများစွာပါ၀င်သည့် ဖွဲ့စည်းတည်ဆောက်ပုံနည်းလမ်းကို လိုက်နာရန် လိုအပ်ပါသည်။ GCP မှ ဤလုပ်ငန်းစဉ်သည် မြင့်မားသောရရှိနိုင်မှု၊ အတိုင်းအတာနှင့် ဒေတာညီညွတ်မှုကို သေချာစေသည်၊ ၎င်းသည် ခိုင်မာသောဝဘ်အက်ပလီကေးရှင်းအတွက် အရေးကြီးပါသည်။

အဆင့်ဆင့်ဖွဲ့စည်းမှု

1. Backend ဝဘ်ဆာဗာများ တည်ဆောက်ခြင်း။

1. Virtual Machines (VMs) ကို ပံ့ပိုးပေးခြင်း-
- WordPress ဖြစ်ရပ်များကို လက်ခံဆောင်ရွက်ပေးမည့် virtual machine များစွာကို ဖန်တီးရန် Google Compute Engine ကို အသုံးပြုပါ။ ဤ VM များသည် တူညီသောဒေသတွင်ရှိသော်လည်း မြင့်မားသောရရှိနိုင်မှုအတွက် မတူညီသောဇုန်များတွင် ရှိနေနိုင်ကြောင်း သေချာပါစေ။
– ဥပမာ- `wordpress-vm-1`၊ `wordpress-vm-2` နှင့် `wordpress-vm-3` ဟု အမည်ပေးထားသည့် VM သုံးခုကို ဖန်တီးပါ။

2. WordPress ကို ထည့်သွင်းပါ-
- VM တစ်ခုစီတွင် လိုအပ်သော software stack (ဥပမာ၊ Apache/Nginx၊ PHP) ကို ထည့်သွင်းပါ။
- VM တစ်ခုစီတွင် WordPress ကိုအသုံးပြုပါ။ နောက်အဆင့်များတွင် ဆွေးနွေးမည့် ဗဟိုဒေတာဘေ့စ်သို့ ချိတ်ဆက်ရန်အတွက် WordPress configuration ဖိုင်များ (`wp-config.php`) ကို တည်ဆောက်ထားကြောင်း သေချာပါစေ။

2. Centralized Database Setup

1. MySQL အတွက် Cloud SQL ကို သုံးပါ
- WordPress ဖြစ်ရပ်အားလုံးအတွက် ဗဟိုဒေတာဘေ့စ်အဖြစ် လုပ်ဆောင်ရန် GCP တွင် Cloud SQL instance တစ်ခုကို ဖန်တီးပါ။ ၎င်းသည် ညီညွတ်မှုကိုသေချာစေပြီး ဒေတာဘေ့စ်စီမံခန့်ခွဲမှုကို ရိုးရှင်းစေသည်။
ဥပမာ- `wordpress-db` ဟု အမည်ပေးထားသည့် Cloud SQL instance တစ်ခုကို ဖန်တီးပါ။

2. ဒေတာဘေ့စ်ဖွဲ့စည်းမှု-
- WordPress မှလိုအပ်သော databases များနှင့် အသုံးပြုသူများ Cloud SQL instance ကို configure လုပ်ပါ။
- WordPress instance တစ်ခုစီရှိ `wp-config.php` ဖိုင်သည် ဤ Cloud SQL instance ကိုညွှန်ပြကြောင်း သေချာပါစေ။

3. ကိုယ်ပိုင် IP ကိုဖွင့်ပါ-
- ဝဘ်ဆာဗာများနှင့် တူညီသော VPC အတွင်းရှိ ဒေတာဘေ့စ်များကြား လုံခြုံပြီး ထိရောက်သော ဆက်သွယ်မှုများကို သေချာစေရန် Cloud SQL instance အတွက် သီးသန့် IP ကို ​​ဖွင့်ပါ။

3. Media Files အတွက် Object Storage

1. Cloud Storage ကိုသုံးပါ-
– မီဒီယာဖိုင်များ (အပ်လုဒ်များ) ကို ဖြစ်ရပ်အားလုံးတွင် တစ်သမတ်တည်းရှိစေရန် မျှဝေထားသောတည်နေရာတွင် သိမ်းဆည်းပါ။ ဤရည်ရွယ်ချက်အတွက် Google Cloud Storage ကိုသုံးပါ။
ဥပမာ- `wordpress-media` အမည်ရှိ Cloud Storage ပုံးကို ဖန်တီးပါ။

2. Cloud Storage ကိုအသုံးပြုရန် WordPress ကို စီစဉ်သတ်မှတ်ပါ-
- ဒေသတွင်း ဖိုင်စနစ်အစား မီဒီယာဖိုင်များကို Cloud Storage ပုံးသို့ အပ်လုဒ်လုပ်ရန် WordPress ကို စီစဉ်သတ်မှတ်ရန် ပလပ်အင် သို့မဟုတ် စိတ်ကြိုက်ကုဒ်ကို အသုံးပြုပါ။

4. Load Balancer ဖွဲ့စည်းမှုပုံစံ

1. Global HTTP(S) Load Balancer ကို ဖန်တီးပါ-
- GCP Console သို့သွား၍ ကမ္ဘာလုံးဆိုင်ရာ HTTP(S) load balancer အသစ်ကို ဖန်တီးပါ။
- ကမ္ဘာလုံးဆိုင်ရာ IP လိပ်စာကိုအသုံးပြုရန် ရှေ့တန်းကို ပြင်ဆင်သတ်မှတ်ပြီး HTTPS လိုအပ်ပါက လိုအပ်သော SSL လက်မှတ်များကို စနစ်ထည့်သွင်းပါ။

2. နောက်ခံဖွဲ့စည်းမှု-
- ယခင်က ဖန်တီးထားသော VMs (`wordpress-vm-1`၊ `wordpress-vm-2`၊ `wordpress-vm-3`) ကို load balancer ၏ နောက်ကွယ်မှ ဝန်ဆောင်မှုသို့ ပေါင်းထည့်ပါ။
- WordPress instance တစ်ခုစီ၏ အခြေအနေကို စောင့်ကြည့်ရန် ကျန်းမာရေးစစ်ဆေးမှုများကို စီစဉ်သတ်မှတ်ပါ။ ပုံမှန်ကျန်းမာရေးစစ်ဆေးမှုတစ်ခုတွင် တိကျသောအဆုံးမှတ်တစ်ခုသို့ HTTP တောင်းဆိုချက်များကို ပေးပို့ခြင်းတွင် ပါဝင်နိုင်သည် (ဥပမာ၊ `/health`) နှင့် 200 OK တုံ့ပြန်မှုကို မျှော်လင့်နိုင်သည်။

3. စက်ရှင် ရင်းနှီးမှု-
- အသုံးပြုသူများသည် ဝဘ်ဆိုက်နှင့် ၎င်းတို့၏ အပြန်အလှန်ဆက်ဆံမှုအတွင်း နောက်ခံရှိဥပမာတစ်ခုဖြင့် တစ်သမတ်တည်း ဆက်ရှင်တစ်ခုကို ထိန်းသိမ်းထားကြောင်း သေချာစေရန် လိုအပ်ပါက ဆက်ရှင်ဆက်စပ်မှုကို သတ်မှတ်ပါ။

5. Autoscaling Configuration

1. အလိုအလျောက် အတိုင်းအတာကို ဖွင့်ပါ-
- CPU အသုံးပြုမှု သို့မဟုတ် တောင်းဆိုမှုနှုန်းကဲ့သို့ မက်ထရစ်များပေါ်တွင် အခြေခံ၍ အလိုအလျောက် အတိုင်းအတာကို အသုံးပြုရန် backend ဝန်ဆောင်မှုကို စီစဉ်သတ်မှတ်ပါ။ ၎င်းသည် အသွားအလာတောင်းဆိုမှုများအပေါ် အခြေခံ၍ WordPress instance အရေအတွက် အတက်အဆင်း ပြုလုပ်နိုင်သည်ကို သေချာစေသည်။
– ဥပမာ- ပစ်မှတ် CPU အသုံးပြုမှု 60% ကို သတ်မှတ်ပြီး အနိမ့်ဆုံးနှင့် အများဆုံး အကြိမ်အရေအတွက်ကို စီစဉ်သတ်မှတ်ပါ။

6. DNS Configuration

1. DNS မှတ်တမ်းများကို အပ်ဒိတ်လုပ်ပါ-
- သင့်ဒိုမိန်း၏ DNS မှတ်တမ်းများကို load balancer ၏ IP လိပ်စာသို့ ညွှန်ပြပါ။ ၎င်းသည် အဝင်အသွားအလာအားလုံးကို load balancer မှတဆင့် လမ်းကြောင်းပြောင်းကြောင်း သေချာစေသည်။

နမူနာပုံစံဖွဲ့စည်းမှု

VM များဖန်တီးခြင်းနှင့် WordPress ကိုထည့်သွင်းခြင်း။

bash
gcloud compute instances create wordpress-vm-1 --zone=us-central1-a --machine-type=e2-medium --image-family=debian-10 --image-project=debian-cloud
gcloud compute instances create wordpress-vm-2 --zone=us-central1-b --machine-type=e2-medium --image-family=debian-10 --image-project=debian-cloud
gcloud compute instances create wordpress-vm-3 --zone=us-central1-c --machine-type=e2-medium --image-family=debian-10 --image-project=debian-cloud

ဥပမာတစ်ခုစီတွင် Apache၊ PHP နှင့် WordPress ကို ထည့်သွင်းပါ-

bash
sudo apt update
sudo apt install apache2 php php-mysql -y
wget https://wordpress.org/latest.tar.gz
tar -xvf latest.tar.gz
sudo mv wordpress/* /var/www/html/
sudo chown -R www-data:www-data /var/www/html/
sudo systemctl restart apache2
Cloud SQL ကို ပြင်ဆင်ခြင်း

Cloud SQL ဥပမာတစ်ခု ဖန်တီးပါ-

bash
gcloud sql instances create wordpress-db --tier=db-n1-standard-1 --region=us-central1
gcloud sql users set-password root --host=% --instance=wordpress-db --password=yourpassword
Load Balancer ကို ပြင်ဆင်ခြင်း

ကမ္ဘာလုံးဆိုင်ရာ HTTP(S) load balancer ကို ဖန်တီးပါ-

1. Frontend ဖွဲ့စည်းမှု-
- ကမ္ဘာလုံးဆိုင်ရာ IP လိပ်စာကို သတ်မှတ်ပါ။
- HTTPS ကိုအသုံးပြုပါက SSL လက်မှတ်များကို စီစဉ်သတ်မှတ်ပါ။

2. နောက်ခံဖွဲ့စည်းမှု-
- နောက်ခံဝန်ဆောင်မှုသို့ VM များကိုထည့်ပါ။
- ကျန်းမာရေးစစ်ဆေးမှုများသတ်မှတ်ပါ။

bash
gcloud compute health-checks create http wordpress-health-check --request-path=/health
gcloud compute backend-services create wordpress-backend-service --protocol=HTTP --health-checks=wordpress-health-check --global
gcloud compute backend-services add-backend wordpress-backend-service --instance-group=wordpress-vm-group --global

3. URL မြေပုံနှင့် ပစ်မှတ် ပရောက်စီ-
- URL မြေပုံတစ်ခုဖန်တီးပြီး HTTP(S) ပရောက်စီကို ပစ်မှတ်ထားပါ။

bash
gcloud compute url-maps create wordpress-url-map --default-service=wordpress-backend-service
gcloud compute target-http-proxies create wordpress-http-proxy --url-map=wordpress-url-map
gcloud compute forwarding-rules create wordpress-http-forwarding-rule --global --target-http-proxy=wordpress-http-proxy --ports=80

ညီညွတ်မှုကို အာမခံသည်။

ဗဟိုချုပ်ကိုင်ထားသော Cloud SQL စံနမူနာကို အသုံးပြုခြင်းဖြင့် တစ်သမတ်တည်း ဒေတာဘေ့စ်ဝင်ရောက်မှုကို ရရှိသည်။ မီဒီယာဖိုင်များ ညီညွတ်မှုကို သေချာစေသည်၊၊ ဖြစ်ရပ်အားလုံးသည် တစ်သမတ်တည်းဝင်ရောက်နိုင်သည့် Cloud Storage ကို အသုံးပြုခြင်းဖြင့် သေချာပါသည်။ လိုအပ်ပါက၊ သတ်မှတ်ထားသော backend instances များဖြင့် အသုံးပြုသူ sessions များကို ဆက်လက်ထိန်းသိမ်းထားရန် Session affinity ကို configure လုပ်နိုင်ပါသည်။

နောက်ဆုံးသုံးသပ်ချက်

- လုံခြုံရေး: ဒေတာဘေ့စ်နှင့် အခြားသော အရေးကြီးသော အစိတ်အပိုင်းများသို့ ဝင်ရောက်ခွင့်ကို ကန့်သတ်ရန် သင့်လျော်သော firewall စည်းမျဉ်းများ ရှိနေကြောင်း သေချာပါစေ။
- စောင့်ကြည့်ခြင်းနှင့် မှတ်တမ်းရေးခြင်း- သင်၏အခြေခံအဆောက်အအုံ၏စွမ်းဆောင်ရည်နှင့်ကျန်းမာရေးကိုခြေရာခံရန် GCP ၏စောင့်ကြည့်ရေးနှင့်မှတ်တမ်းဝန်ဆောင်မှုများကိုအသုံးပြုပါ။
- အရန်ကူးခြင်းနှင့်ပြန်လည်ရယူခြင်း ဒေတာဆုံးရှုံးမှုကို ကာကွယ်ရန် သင်၏ Cloud SQL စံနမူနာနှင့် Cloud Storage ပုံးအတွက် အရန်မဟာဗျူဟာကို အကောင်အထည်ဖော်ပါ။

ဤအဆင့်များကို လိုက်နာခြင်းဖြင့်၊ သင်သည် GCP တွင် ကြံ့ခိုင်ပြီး အရွယ်အစား မြှင့်တင်နိုင်သော ချိန်ခွင်လျှာညှိနိုင်သော WordPress ပတ်ဝန်းကျင်ကို စီစဉ်သတ်မှတ်နိုင်ကာ၊ မြင့်မားသောရရှိနိုင်မှုနှင့် ဒေတာ လိုက်လျောညီထွေရှိမှုတို့ကို သေချာစေပါသည်။

အခြား လတ်တလောမေးခွန်းများနှင့် အဖြေများ EITC/CL/GCP Google Cloud Platform:

EITC/CL/GCP Google Cloud Platform တွင် နောက်ထပ်မေးခွန်းများနှင့် အဖြေများကို ကြည့်ပါ။

နောက်ထပ်မေးခွန်းများနှင့် အဖြေများ-

အောက်တွင် tag လုပ်ခဲ့သည် , , , , ,