How to setup CONFIG File to connect RDS ?

Amazon ရဲ့ services တွေထဲက EC2 service ကို အသုံးပြုပြီး Window/Linux/Ubuntu တွေနဲ့ template တွေဆောက်တယ်။ အဲ့ဒီ template ထဲမှာ webserver တွေတင်တယ် application တွေ run ကြတယ်။ webserver တွေ application တွေရဲ့ data တွေကို store လုပ်မဲ့ database ဆိုတာလဲ ပါရှိပါတယ်။ အချက်အလက်များ သိမ်းဆည်းသိုလှောင်ဖို့ရန် အတွက် EC2 instance မှာ LAMP server တွေကို install လုပ်တဲ့အခါမှာ apache/mysql/php အစရှိသဖြင့် manual setup လုပ်ရပါတယ်။ မိမိ တင်သမျှ web တွေ app တွက် အချက်အလက်တွေကို mysql ထဲမှာသိမ်းဆည်းတယ်ပေါ့။ ဒါကတော့တစ်နည်းပေ့ါ။ နောက်ထပ်တနညး်ကတော့ Amazon ရဲ့ RDS ထဲမှာ အချက်အလက်တွေသိမ်းဆည်းခြင်းပါ။ RDS service တွေအကြောင်းကို အရင်တစ်ခေါက်ကပိုစ့်မှာ ရေးသားပြီးပြီမို့အရှည်ကြီးတွေ ပြောမနေတော့ပါဘူး။ EC2 instance မှာရှိတဲ့ webserver တွေကို RDS နဲ့ ဘယ်လိုချိတ်မလဲ ဆိုတာကို ပြောပြမှာ ဖြစ်ပါတယ်။ ဘယ်လိုချိတ်ပြီး အလုပ်လုပ်ရလဲ ??

Web Server ကို install လုပ်ခြငး်

EC2 instance တစ်ခု ဆောက်ပြီးရင် terminal software ကို အသုံးပြုပြီး EC2 instance ပေါ်မှာ web server တစ်ခု ဖန်တီးပါမယ်။

၁. EC2 instance ရဲ့ DNS name or EIP address နှင့်အတူ  terminal software ကို အသုံးပြုပြီး ဝင်ပါ။

၂. Apache web server ကို Install လုပ်ပါမယ်။ (sudo yum install httpd)

၃. မိမိ web server ကို အသုံးပြုဖို့ရန် service ကို start လုပ်ပေးရပါမယ်။ (sudo service httpd start)

sudo su

yum install httpd

service httpd start

Web Server ပေါ်မှာ PHP ကို install လုပ်ခြင်း

၁. MySQL နဲ့ PHP package ကို install လုပ်ပါမယ်။ (sudo yum install php php-mysql)

၂. Apache Web Server ကို restart လုပ်ပါမယ်။ (sudo service httpd restart)

yum install php php-mysql

service httpd restart

Amazon Web Server ပေါ်မှာ WordPress ကို download/install/setup လုပ်ခြင်း

မိမိရဲ့ web server ပေါ်မှာ PHP က အလုပ်လုပ်နေပြီဆိုရင်တော့ WordPress ကို download လုပ်ပြီး installation လုပ်ပါမယ်။

၁. WordPress ကို Install လုပ်ဖို့တွက် server ရဲ့ public HTML folder အောက်ကို သွားပါမယ်။ (cd /var/www/html)

၂. WordPress ရဲ့ latest version ကို download လုပ်ပါ။ (wget http://wordpress.org/latest.tar.gz)

၃. download လုပ်ထားခဲ့ zip ဖိုင်ကို ဖြည့်ပါမယ်။ (tar -xzvf latest.tar.gz)

၄. zip file ကို ဖြည်လိုက်ရင်တော့ wordpress ဆိုတဲ့ directory တစ်ခုကိုရရှိမှာ ဖြစ်ပါတယ်။ WordPress ရဲ့ wp-config.php file ကို ဆောက်ပါမယ်။ ပြီးရင် database connection parameters ကို modify လုပ်နိုင်မှာဖြစ်ပါတယ်။Wordpress တစ်ခု တည်ဆောက်ဖို့ရန်တွက် Config file တစ်ခုတည်ဆောက်ပေးခြင်းဘဲ ဖြစ်ပါတယ်။

cd /var/www/html

wget http://wordpress.org/latest.tar.gz

tar -xzvf latest.tar.gz

//setup wp-config

mv wp-config-sample.php wp-config.php

vi wp-config.php

DB instance ထဲက dbname/db-username/db-password တွေကို မှန်ကန်စွာ ဖြည့်သွင်းရပါမယ်။ DB နဲ့ချိတ်ဖို့ config file မှာ ဖြည့်တဲ့အခါ မှာ AURORA DB နဲ့ ချိတ်ပြ မှာ ဖြစ်ပါတယ်။

/** The name of the database for WordPress */

define(‘DB_NAME’, ‘wordpress‘);  NOTE: ‘DB_NAME’ မှာ မိမိ RDS instance ရဲ့ DB name ဒါမှမဟုတ် Aurora DB instance ရဲ့ DB name ကို ဖြည့်သွင်းရမှာဘဲ ဖြစ်ပါတယ်။

/** MySQL database username */

define (‘DB_USER’, ‘wp-user‘);   NOTE: ‘DB_USER’ ဆိုတာက DB instance မှာ ဆောက်ခဲ့တဲ့ db ရဲ့ USERNAME ကို ဖြည့်ပါ။

/** MySQL database password */

define(‘DB_PASSWORD’, ‘your-password‘);  NOTE: ‘DB_PASSWORD’ ဆိုတာက DB instance မှာ ဆောက်ခဲ့တဲ့ db ရဲ့ PASSWORD ကို ဖြည့်ပါ။

/** MySQL hostname */

define(‘DB_HOST’, ‘aws-auroradb-cluster.cluster-c97kgt5tzlzo.us-west-2.rds.amazonaws.com‘);  NOTE: ‘DB_HOST’ က DB instance ရဲ့ ENDPOINT  ကို ဖြည့်ပါ။

Config file ထဲမှာ အချက်အလက်များဖြည့်သွင်းပြီးရင်တော့ မိမိ EC2 instance ရဲ့ public DNS name or EIP address ကို browser မှာ paste လုပ်ပါ။ (eg, http://ec2-54-202-202-135.us-west-2.compute.amazonaws.com/wordpress)

WORDPRESS ရဲ့ CONFIG FILE မှာ ဖြည့်ခဲ့တဲ့ INFORMATION အတိုင်းမှန်ကန်စွာ ဖြည့်သွင်းပါ။

CONFIG FILE မှာ ရှိတဲ့ အချက်လက်များ နဲ့ ကိုက်ညီမှသာ အောက်မှာ ဖော်ပြထားတဲ့ ပုံအတိုင်းတွေ့မြင်ရမှာ ဘဲ ဖြစ်ပါတယ်။ အချက်အလက်များ ထည့်ပြီးရင်တော့ INSTALL လုပ်ပါ။

WORDPRESS ကို INSTALL လုပ်ပြီးရင်တော့ USERNAME နဲ့ PASSWORD ဖြည့်သွင်းပြီး LOG IN ဝင်ပါ။

အဆင့်များ အကုန်လုံး ပြီးရင်တော့ RDS DB နဲ့ ချိတ်ဆက်ထားတဲ့ WORDPRESS တစ်ခုကို ရရှိပြီ ဖြစ်ပါတယ်။

ကျေးဇူးတင်ပါတယ်။

 

How to upgrade instance type of RDS !

မိမိ သုံးနေတဲ့ RDS ဟာဆိုရင် သတ်မှတ်ထားတဲ့ CPU rate တွေ RAM rate တွေထက် overload ဖြစ်တဲ့ အခါမျိုးမှာဆိုရင် RDS ရဲ့ စွမ်းဆောင်ရည်များကျဆင်းလာပြီး မိမိ အချက်အလက်များပါ ဆုံးရှုံးမှုတွေ ဖြစ်လာနိုင်ပါတယ်။ Cloud watch ကနေ monitoring လုပ်နေတဲ့ RDS ရဲ့ performance ပိုင်းတွေကို metrics တွေနဲ့ဖော်ပြထားတဲ့ အတွက်ကြောင့် CPU ,network အစရှိသဖြင့် check လုပ်နိုင်ပါတယ်။ မိမိ RDS ရဲ့ performance ကနှေးလာပြီး ချိတ်ဆက်ထားတဲ့ webserver ကလဲ နှေးလာပြီဆိုရင် Monitoring ထဲက CPU utilize မှာ RDS လုပ်ဆောင်ချက်တွေကို စောင့်ကြည့်တဲ့ metrics မှာ စစ်ဆေးပါ။ ဥပမာ အနေနဲ့ အောက်ပါပုံကို ကြည့်ပါ။ CPU utilize မှာ DB ရဲ့ လုပ်ဆောင်မှုဟာ သတ်မှတ်ထားတဲ့ rate နားကပ်နေတာကို တွေ့ရမှာပါ။

ဒီလိုအဖြစ်ပျက်မျိုးတွေ ဖြစ်လာတဲ့အခါမှာ RDS instance class type ကို modify လုပ်တဲ့ နညး် ၂နည်းရှိတယ်။ ပထမနည်းက ရိုးရိုး Database အသုံးပြုထားတဲ့ RDS တွေက instance class ကို modify လုပ်နိုင်ပေမဲ့ modify လုပ်တဲ့ အချိန် ကတော့ ကြာမြင့်ပါလိမ့်မယ်။  ဒုတိယနညး်က Amazon aurora ကိုအသုံးပြုတဲ့ RDS တွေက Failover ဆိုတဲ့ အခြေနေတွေ ဖြစ်လာပါတယ်။ ဒီပြသာနာတွက် ဖြေရှင်းနညး်က Amazon Aurora instance ကို Read Replica လုပ်ပြီး instance class ကို အချိန်တိုအတွင်း ထပ်ချဲ့နိုင်ပါတယ်။

ရိုးရိုး Database ကို Instance class type ဘယ်လို ထပ်တိုးမလဲ ?

Step1. အရင်ဆုံး Service တွေထဲက RDS service ကို ရွေးလိုက်ပါ။

Step2. ပြီးရင် မိမိ modify လုပ်ချင်တဲ့ DB instance ကိုရွေးလိုက်ပါ။ အောက်ပါပုံမှာဆိုရင် DB instance class နေရာမှာ မိမိ လက်ရှိအသုံးပြုနေတဲ့ class type ဘဲ ဖြစ်ပါတယ်။ class type ချိန်းမှာ ဖြစ်လို့ modify ကို နှိပ်ပါ။

Step3. DB instance class မှာ မိမိ ထပ်ချဲ့ ချင်တဲ့ class အမျိုးအစားကို ရွေးလိုက်ပါ။ type တစ်ခုနဲ့ တစ်ခုဟာဆိုရင်လည်း price တွေမတူနိုင်ပါဘူး။

class type ချိန်းပြီးပြီဆိုရင်တော့ modify ကို နှိပ်လိုက်ပါ။

Step4. DB instance ထဲမှာ modify လုပ်ခဲ့တဲ့ အရာတွေကို review အနေနဲ့ ဖော်ပြထားတာ ဖြစ်ပါတယ်။ အရင်က instance type  db.t2.micro ကနေ db.t2.medium ကို modify လုပ်ထားးကို တွေ့ရမှာပါ။

Step5. ချက်ချင်း modify လုပ်မှာလား ? maintenance window မှာ ရှိတဲ့ schedule period မှဘဲ modify လုပ်မှာလား ဆိုတာ ရွေးရမှာဘဲ ဖြစ်ပါတယ်။ eg. DB ရဲ့ performance ချက်ချင်းတိုးချင်တာမို့ Apply immediately လုပ်ပါမယ်။

Step6. DB instance status မှာ အရင်က db.t2.micro instance ကို  modifying လုပ်နေတာ ဖြစ်ပါတယ်။

DB instance ရဲ့ class type ကို db.t2.micro ကနေ db.t2.medium ကို ပြောင်းလဲ လို့ ပြီးပါပြီ။

Failover Statement အတွက် Instance class type ဘယ်လို ထပ်တိုးမလဲ ?

Failover ဖြစ်တဲ့ DB instance က writer server အဖြစ်ရှိနေပါတယ်။ DB ရဲ့ class type ကို ထပ်တိုးဖို့ရန် modification time ကလဲ ၅မိနစ်အတွင်းနဲ့ DB instance ကို တိုးလို့ရတဲ့အတွက်ကြောင့် ရိုးရိုး DB ကို တိုးတာလောက် အချိန်မကုန်ပါဘူး။ လက်ရှိ DB instance ကို copy လုပ်ပြီး read replica တစ်ခုကို ဆောက်ခြင်းဖြစ်ပါတယ်။ ဆောက်ထားတဲ့ read replica ထဲမှာ instance class type တိုးခြင်းကိုလုပ်ဆောင်ပြီး တိုးထားတဲ့ replica instance ဆီမှာ writer server အဖြစ်ပြောင်းလဲ ခြင်းဖြင့် မိနစ်အပိုငး်အတွင်း နဲ့ instance type ကို ချိန်းခြငး်ဘဲ ဖြစ်ပါတယ်။

Step1. Amazon Aurora DB ကို Replica လုပ်ဖို့ရန်အတွက် replica လုပ်မဲ့ instance ကို ရွေးချယ်ပါ။ ပြီးရင် Create aurora replica ကို ရွေးပါ။

Step2. Aurora Replica source မှာ ဘယ် Cluster DB instance ရဲ့ source ကို ယူပြီး Replica ကို ဖန်တီးမလဲ ဆိုတဲ့ အတွက် ကြောင့် တိုးချင်တဲ့ cluster db ကို ရွေးပါ။ DB instance identifier name ဆိုတာက ဆောက်မဲ့ Read Replica instance အတွက် identifier name ပေးခြငး်ဖြစ်ပါတယ်။ ပြီးရင် Create Read Replica ကို နှိပ်ပါ။

အောက်ပါပုံမှာ ဆိုရင် Replica လုပ်ခဲ့တဲ့ DB instance “rds-replica” ဘဲဖြစ်ပါတယ်။

Step3. DB instance ကို Replica လုပ်ပြီးပြီဆိုရင် လက်ရှိ db.t2.small ကနေ instance type ထပ်ချဲ့ဖို့ရန် အတွက် Modify ကို နှိပ်ပါ။

instance class မှာ မိမိ ထပ်တိုးချဲ့ချင်တဲ့ အမျိုးအစားကို ရွေးပါ။

Step4. မိမိ modify လုပ်ခဲ့တဲ့ replica instance ကို modify ချင်တဲ့ အချိန်ကာလ ကိုရွေးချယ်ပါမယ်။

Step5. DB ရဲ့ လုပ်ဆောင်မှုကို High performance ဖြစ်စေဖို့ရန် Instance class တိုးထားတဲ့ DB ကို write server ချိန်းဖို့လိုပါတယ်။ Read Replica instance ကို failover လုပ်ပါမယ်။

failover လုပ်ဖို့သေချာပြီးဆိုရင် failover ကိုရွေးပါ။

Failover မလုပ်ခင် instance ပါ။

Failover လုပ်ပြီးတဲ့ instance မှာ writer နဲ့ reader server ပြောင်းလဲသွားတာကို တွေ့ရမှာပါ။

ကျေးဇူးတင်ပါတယ်။

How to Setup RDS with Amazon Aurora ?

AWS ရဲ့ database service အသစ်တစ်ခုဖြစ်တဲ့ “Amazon Aurora” ကို ဘယ်လို create လုပ်ရမယ်ဆိုတဲ့ အကြာင်းပြောမှာ ဖြစ်ပါတယ်။ Amazon Aurora က MySQL နှင့် PostgreSQL relational database engine တွေကို support လုပ်ပေးထားပါတယ်။ Aurora က MySQL နှင့် PostgreSQL ကို develop လုပ်ၿခင္းအားၿဖင့္ ပိုပြီး အဆင်ပြေလွယ်ကူစေပြီး business ရဲ့ ကုန်ကျစရိတ်ကိုလဲ သက်သာစေနိုင်ပါတယ်။ Aurora မှာဆိုရင် database task တွေအနေနဲ့ provisioning, patching, backup, recovery, failure detection နဲ့ repair အစရှိတဲ့ လုပ်ငန်းစဉ်များကို လုပ်ဆောင်နိုင်ပါတယ်။ လိုအပ်ရင် instance class တွေကို ထပ်ချဲ့နိုင်သလို ပွားလို့လဲ ရပါတယ်။

Amazon Aurora ရဲ့ instance ကို create လုပ်တဲ့အခါမှာလဲ DB cluster တစ်ခုကို create လုပ်ရမှာ ဖြစ်ပါတယ်။ DB cluster တစ်ခုဆီမှာ တစ်ခုထက်ပိုတဲ့ DB instance များရှိပါတယ်။ ထို instances များရဲ့ data တွေကို cluster volume တွေမှ manage လုပ်နိုင်တယ်။ Aurora cluster volume တစ်ခုဟာဆိုရင် virtual database storage volume တစ်ခုသာဖြစ်တယ်။ သူဟာဆိုရင် multiple AZs တွေနဲ့ span လုပ်ထားတယ်။ ဒါကြောင့်မို့ AZs တစ်ခုစီတိုင်းမှာ DB cluster data တွေကို copy ပွားထားတာတွေ ရှိနေပါတယ်။

ဒီလောက်ဆိုရင် Aurora အကြောင်းကို သိလောက်ပြီ ဆိုတော့ Aurora ဘယ်လိုဆောက်ရမလဲဆိုတာကို ဆက်ပြောပြမှာ ဖြစ်ပါတယ်။

Step1. အရင်ဆုံး AWS console ကနေ RDS service ကို ရွေးလိုက်ပါ။ ပြီးရင် Launch an Aurora DB instance ကို ရွေးလိုက်ပါ။

Step2. Launch Aurora DB instance အဆင့်ပြီးရင် DB Engine ကို ရွေးရမဲ့အပိုင်းပါ။ ခုက Aurora DB ဆောက်မှာ ဖြစ်တဲ့အတွက် Amazon Aurora engine ကို ရွေးပါမယ်။

ပြီးတော့ Aurora engine ကို ဘယ် edition နဲ့ setup လုပ်မှာလဲဆိုတာလဲ ရွေးလို့ရပါတယ်။ တစ်ခုရှိတာက Aurora က free ပေးမသုံးပါဘူး။ မိမိ အသုံးပြုတဲ့ နာရီအလိုက် ကျသင့်ငွေ ပေးချေရမှာ ဘဲ ဖြစ်ပါတယ်။

Step3. engine type အဆင့် ပြီးရင်တော့ instance စတင်ဆောက်ရမှာဖြစ်ပါတယ်။ အရင်ဆုံး မိမိဆောက်မဲ့ db instance တွက် class အမျိုးစားကို ရွေးချယ်ရမှာ ဖြစ်ပါတယ်။

ပြီးရင် မိမိဆောက်မဲ့ DB instance တွက် identifier name ပေးရမှာ ဘဲဖြစ်ပါတယ်။ နောက်ပြီးတော့ webserver တွေနဲ့ ချိတ်ဆက်ဖို့ရန် မိမိ DB instance တွက် username / password သတ်မှတ်ပေးထားရမှာဘဲ ဖြစ်ပါတယ်။

Step4. မိမိဆောက်တဲ့ DB ထားဖို့ရန် VPC တစ်ခုဆောက်ပေးရမှာဘဲ ဖြစ်ပါတယ်။ VPC ကသုံးမဲ့ ကွန်ရက်အတွက် Subnet ကိုလဲ ဆောက်ရမှာ ဖြစ်ပါတယ်။

Virtual Private Cloud (VPC) – DB instance အတွက် virtual networking environment တစ်ခုကို သတ်မှတ်ပေးဖို့ရန်တွက်ဘဲ ဖြစ်ပါတယ်။

Subnet Group – DB instance ရဲ့ subnets နှင့် IP ranges တွေကို VPC ထဲမှာ အသုံးပြုနိုင်ဖို့ရန် DB subnet group ကို သတ်မှတ်ဖော်ပြပေးရမှာ ဘဲ ဖြစ်ပါတယ်။

နောက်တစ်ခု ရှိသေးတာက Public accessibility ဘဲ ဖြစ်ပါတယ်။ မိမိ instance ကို ချိတ်ဆက်မဲ့ devices တွေနဲ့ ပတ်သတ်ပြီး သတ်မှတ်ချက်တွေဘဲဖြစ်ပါတယ်။

Public accessibility

  • Yes – VPC အပြင်ဘက်မှာ ရှိတဲ့ host လုပ်ထားတဲ့ EC2 instances နဲ့ အခြား devices တွေရဲ့ DB instance တွေကလဲ DB instance ကို ချိတ်ဆက်နိ်ုင်မှာ ဘဲ ဖြစ်ပါတယ်။ ပြီးတော့ EC2 instance နဲ့ အခြား devices တွေနဲ့ ချိတ်ဆက်ဖို့ရန် VPC security group တစ်ခုထက်ပိုပြီး ရွေးချယ်နိုင်ပါတယ်။
  • No – Amazon RDS က public IP address ကို DB instance မှာ assign မလုပ်ထားဘူး ပြီးတော့ VPC အပြင် မှာ ရှိတဲ့ EC2 instance တွေနဲ့ အခြား devices တွေကလဲ DB instance နဲ့ ချိတ်ဆက် အသုံးမပြုနိုင်ပါဘူး။

Availability zone – DB instance ကို create လုပ်ဖို့ရန် လက်ရှိ region ထဲမှာ Availability Zone ကိုရွေးချယ်ရမှာ ဖြစ်ပါတယ်။ region ထဲမှာ ရှိတဲ့ အခြား AZs တွေကိုလဲ ချိတ်ဆက်ထားတာ ဖြစ်လို့ failures ဖြစ်ခြင်းမှ server down ခြင်း data များ loss ဖြစ်ခြင်းမှ protect လုပ်နိုင်ပါတယ်။

VPC security groups – DB instance ကို access လုပ်ဖို့ရန် လိုအပ်တဲ့ rules authorize connections တွေရှိတဲ့ security group ကိုလဲ ထားရှိရပါမယ်။

Step5. အပေါ်က အဆင့်တွေကတော့ DB instance ဆောက်နေခြင်းဘဲ ဖြစ်ပါတယ်။ နောက်တစ်ဆင့်ကတော့ DB instance တွေ အသုံးပြုမဲ့ DB cluster ကိုလဲ ဆောက်ရမှာဘဲ ဖြစ်ပါတယ်။

DB cluster identifier – Instance နှင့်အတူ DB cluster တွက် identifier name သတ်မှတ်ပေးရပါမယ်။ identifier name သာမသတ်မှတ်ထားဘူးဆိုရင် instance identifier ပေါ်မူတည်ပြီး default name အဖြစ်နဲ့ အသုံးပြုနိုင်မှာ ဖြစ်ပါတယ်။

Database name – DB instance ကိုဆောက်ဖို့ရန်တွက် Amazon RDS ရဲ့ database name သတ်မှတ်ပေးရမှာ ဖြစ်ပါတယ်။ database name သာသတ်မှတ်ခြင်းမရှိဘူးဆိုရင် DB instance တွက် Amazon RDS ကနေ database တစ်ခုကို ဆောက်နိုင်မှာ မဟုတ်ပါဘူး ။

Port – DB instance တွေနဲ့ application တွေ ချိတ်ဆက်နိုင်ဖို့ရန် တွက် TCP/IP port တွေသတ်မှတ်ပြီး အသုံးပြုကြပါတယ်။ DB instance ဆီမှာ ဘယ် application မဆို connection string တစ်ခုဖြစ်စေဖို့အတွက် DB instance ရဲ့ port number ကို သတ်မှတ်ပေးထားရပါမယ်။ DB instance ရဲ့ security group တွေလဲ connection လုပ်နိုင်ဖို့ရန် port တွေကို allow လုပ်ပေးထားရပါမယ်။

DB parameter group – ဒါကတော့ configuration setting ကို အသုံးပြုမဲ့ DB instance တွက် ဘဲ ဖြစ်ပါတယ်။ ဒါကြောင့်မို့ DB parameter group ကို ရွေးချယ်ရပါမယ်။
DB cluster parameter group – instance ရဲ့ DB Cluster နဲ့ parameter group တို့ဟာ associate ဖြစ်နေဖို့ရန်တွက် ဖြစ်ပါတယ်။
Option group – DB instance ကို support လုပ်ချင်တဲ့ any optional function တွေ တွက် ဘဲ ဖြစ်ပါတယ်။ ဥပမာ- Oracle တို့ SQL Server data encryption တွေ MySQL memchached support တွေတွက်ဘဲ ဖြစ်ပါတယ်။
Failover – failover ဆိုတာကတော့ မိမိရဲ့ DB က လုပ်နေတဲ့ process တွေက DB လက်ခံနိုင်တဲ့ CPU တွေ RAM တွေ လုပ်ဆောင်နိုင်စွမ်းထက် overload ဖြစ်ချိန်မှာ failover ဆိုတာ ဖြစ်တတ်ပါတယ်။
Priority – failover ကာလအတွင်း မူလ instance ကနေ ဦးစားပေး အဆင့်မှာ ရှိတဲ့ replica ကိုမြှင့်သွားမှာ ဖြစ်ပါတယ်။
Backup retention period – DB instance ကို automatic backups တွေကို Amazon RDS ကနေ ထိန်းသိမ်းထားမဲ့ ရက် တွေကို သတ်မှတ်တာဘဲ ဖြစ်ပါတယ်။ Amazon RDS က DB instance ၏ အလိုလျောက် backups တွေကို ဆက်လက် ထိန်းသိမ်းမဲ့ ကာလ အရေတွက် ကိုထည့်သွင်းရခြင်းဘဲ ဖြစ်ပါတယ်။
Backtrack – backtrack ဟာဆိုရင် user fault ကြောင့် ဖြစ်တဲ့ error တွေကို လျင်မြန်စွာ recover လုပ်ပေးပါတယ်။ for example မနက် ၁၀နာရီမှာ အရေးကြီးတဲ့ record တစ်ခုကို ရုတ်တရက် ဖျက်မိတယ်ဆိုရင် error ဖြစ်ခင် ၉.၅၉ အချိန်ကို backtrack ကို အသုံးပြုပြီး Aurora database ကို ပြန်ရွေ့နိုင်ပါတယ်။
 
Monitoring – monitoring ကို enable လုပ်ထားမယ်ဆိုရင် မိမိ instance ရဲ့ CPU ကို အသုံးပြုနေတဲ့ processes တွေ threads တွေကို metrics တွေနဲ့ စောင့်ကြည့်နိိုင်ပါတယ်။
Maintenance – maintenance မှာဆိုရင် Auto minor version upgrade နဲ့ maintenance window ဆိုပြီး ၂ပိုင်းရှိပါတယ်။
  • Auto minor version upgrade – DB instance ကို maintenance လုပ်ရင် automatic upgrades လုပ်မှာ လားဆိုတဲ့ သဘောတရားပါ။ upgrade လုပ်လိုက်တဲ့ DB ကို ချက်ချင်း upgrade မြှင့်ခြင်းပါ။
  • Maintenance window – ဒါကတော့ DB instance ကို upgrade လုပ်တဲ့ ကာလတစ်ခုကို ဆိုလိုတယ်။ DB instance class တွေ ပြောင်းလိုက်တယ်ဆိုပါစို့ အဲ့မှာ upgrade ပြီးမြောက်တဲ့ state မရောက်ခင် pending state ဖြစ်တဲ့ DB ကို patch လုပ်နေချိန်ဘဲ ဖြစ်တယ်။ ထို process တွေကို သတ်မှတ်ထားတဲ့ အချိန် ပြီးမြောက်စေဖို့ရန် ကာလတစ်ခု သတ်မှတ်ထား ခြငး်ဘဲ ဖြစ်ပါတယ်။ ကာလတစ်ခုကို သတ်မှတ်မထားဘူးဆိုရင် Amazon RDS ကနေ random period ကို assign လုပ်သွားမှာ ဖြစ်ပါတယ်။
နောက်ဆုံးအဆင့်အနေနဲ့ Create database ကို နှိပ်လိုက်ပါ။ အောက်ကပုံအတိုင်း DB instance ရဲ့ status မှာ creating လုပ်နေကြောင်းကို တွေ့ရမှာ ဘဲ ဖြစ်ပါတယ်။
Create လုပ်နေတဲ့ process ပြီးသွားရင် အောက်ပါပုံအတိုငး် DB instance တည်ဆောက်ခြငး်အောင်မြင်သွားပါပြီ။ အောက်ပါပုံဟာဆိုရင် DB instance ဆောက်တုန်းက DB cluster အတွက်ပါ တွဲ ဆောက်ခဲ့တဲ့ DB cluster instance ဘဲ ဖြစ်ပါတယ်။
Cluster endpoint ကို လဲ RDS DB instance ရဲ့ cluster endpoint အဖြစ်အသုံးပြုပါတယ်။
ကျေးဇူးတင်ပါတယ်။