RabbitMQ ကို Kubernetes သို့ ချောမွေ့စွာ ရွှေ့ပြောင်းခြင်း။

RabbitMQ သည် node တစ်ခုစီမှ တောင်းဆိုချက်များကို ဖတ်နိုင်၊ ရေးခြင်းတို့ကို ဝန်ဆောင်မှုပေးနိုင်သော node အများအပြားတွင် အချက်အလက်အပြည့်အစုံဖြင့် ဒေတာပုံတူပွားမှုဖြင့် ဒေတာပုံတူကူးယူမှု အစုအဝေးတစ်ခုကို စုစည်းနိုင်စေမည့် Erlang တွင် ရေးသားထားသော မက်ဆေ့ချ်ပွဲစားတစ်ခုဖြစ်သည်။ ထုတ်လုပ်မှုလည်ပတ်မှုတွင် Kubernetes အစုအဝေးများစွာရှိခြင်းကြောင့် ကျွန်ုပ်တို့သည် RabbitMQ တပ်ဆင်မှုအများအပြားကို ပံ့ပိုးပေးကာ အချိန်မဆိုင်းဘဲ အစုတစ်ခုမှ အခြားတစ်ခုကို ဒေတာပြောင်းရွှေ့ရန် လိုအပ်မှုနှင့် ရင်ဆိုင်ခဲ့ရသည်။

အနည်းဆုံး ကိစ္စနှစ်ခုတွင် ဤလုပ်ဆောင်ချက်ကို ကျွန်ုပ်တို့ လိုအပ်သည်-

1. Kubernetes တွင်မတည်ရှိသော RabbitMQ အစုအဝေးမှ ဒေတာကို - “kubernetized” (ဆိုလိုသည်မှာ K8s pods များတွင် လည်ပတ်နေသော) – အစုအဝေးအသစ်တစ်ခုသို့ လွှဲပြောင်းခြင်း။
2. Kubernetes အတွင်းရှိ RabbitMQ ကို namespace တစ်ခုမှ အခြားသို့ ရွှေ့ပြောင်းခြင်း (ဥပမာ၊ ဆားကစ်များကို namespaces ဖြင့် ပိုင်းခြားထားပါက၊ ထို့နောက် circuit တစ်ခုမှ အခြားသော circuit များသို့ လွှဲပြောင်းရန်)။

ဆောင်းပါးတွင် အဆိုပြုထားသော ချက်ပြုတ်နည်းသည် K3s သို့မဟုတ် ဆာဗာဟောင်းအချို့တွင် ရှိပြီးသား RabbitMQ အစုအဝေး (ဥပမာ- 8 node များ) ရှိသည့် အခြေအနေများ (သို့သော် ၎င်းတို့အတွက် အကန့်အသတ်မရှိ) ကို အာရုံစိုက်ထားသည်။ Kubernetes တွင် လက်ခံကျင်းပသည့် အပလီကေးရှင်းတစ်ခု (ထိုနေရာတွင် ရှိနှင့်ပြီး သို့မဟုတ် အနာဂတ်တွင်) ၎င်းနှင့် အလုပ်လုပ်သည်-

... နှင့် Kubernetes တွင် ထုတ်လုပ်ရေးအသစ်သို့ ပြောင်းရွှေ့ရန် တာဝန်နှင့် ရင်ဆိုင်နေရသည်။

ပထမဦးစွာ၊ ရွှေ့ပြောင်းနေထိုင်ခြင်းအတွက် ယေဘုယျချဉ်းကပ်နည်းကို ဖော်ပြမည်ဖြစ်ပြီး ယင်းနောက် ၎င်း၏အကောင်အထည်ဖော်မှုဆိုင်ရာ နည်းပညာဆိုင်ရာ အသေးစိတ်အချက်အလက်များကို ဖော်ပြပါမည်။

ရွှေ့ပြောင်းခြင်းဆိုင်ရာ အယ်ဂိုရီသမ်

မည်သည့်လုပ်ဆောင်ချက်မျှမလုပ်မီ ပထမဆုံး၊ ပဏာမအဆင့်မှာ RabbitMQ တပ်ဆင်မှုဟောင်းတွင် မြင့်မားသောရရှိနိုင်မှုမုဒ်ကို ဖွင့်ထားကြောင်း စစ်ဆေးရန်ဖြစ်သည် (HA) အကြောင်းပြချက်မှာ ရှင်းနေသည် - ကျွန်ုပ်တို့သည် မည်သည့်ဒေတာကိုမျှ မဆုံးရှုံးချင်ပါ။ ဤစစ်ဆေးမှုကိုဆောင်ရွက်ရန်အတွက် သင်သည် RabbitMQ စီမံခန့်ခွဲသူအကန့်သို့သွားပြီး စီမံခန့်ခွဲသူ → မူဝါဒများတက်ဘ်တွင် တန်ဖိုးသတ်မှတ်ထားကြောင်း သေချာပါစေ။ ha-mode: all:

နောက်တစ်ဆင့်မှာ Kubernetes pods များရှိ RabbitMQ အစုအဝေးအသစ်တစ်ခုကို ပြုစုပျိုးထောင်ရန်ဖြစ်သည် (ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့၏အခြေအနေတွင်၊ node 3 ခုပါရှိသော်လည်း ၎င်းတို့၏နံပါတ်သည် ကွဲပြားနိုင်သည်)။

၎င်းနောက်၊ ကျွန်ုပ်တို့သည် RabbitMQ အစုအဝေးများနှင့် အဟောင်းနှင့် အသစ်များကို ပေါင်းစည်းကာ တစ်ခုတည်းသော အစုအဝေး (6 nodes များထဲမှ) ကိုရရှိသည်-

RabbitMQ အစုအဝေး အဟောင်းနှင့် အသစ်များကြား ဒေတာထပ်တူပြုခြင်း လုပ်ငန်းစဉ်ကို စတင်ပါပြီ။ ဒေတာအားလုံးကို အစုအဝေးရှိ node များကြားတွင် တစ်ပြိုင်တည်းလုပ်ဆောင်ပြီးသည်နှင့်၊ အစုအဝေးအသစ်ကို အသုံးပြုရန် အပလီကေးရှင်းကို ပြောင်းနိုင်သည်-

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

ကျွန်ုပ်တို့သည် ဤအစီအစဥ်ကို ထုတ်လုပ်မှုတွင် အကြိမ်များစွာ အသုံးပြုခဲ့သည်။ သို့သော်လည်း ကျွန်ုပ်တို့၏ကိုယ်ပိုင်အဆင်ပြေစေရန်အတွက် Kubernetes အစုအဝေးများစွာရှိ စံ RMQ ဖွဲ့စည်းမှုပုံစံများကို ဖြန့်ဝေပေးသည့် အထူးပြုစနစ်တစ်ခုအတွင်း ၎င်းကို အကောင်အထည်ဖော်ခဲ့သည်။ ( သိချင်သူများအတွက် ၊ ငါတို့ပြောနေတာ addon-အော်ပရေတာငါတို့အကြောင်း မကြာသေးမီက ပြောခဲ့သည်။). အောက်တွင် အဆိုပြုထားသော ဖြေရှင်းချက်ကို စမ်းသုံးကြည့်ရန် မည်သူမဆို ၎င်းတို့၏ ထည့်သွင်းမှုများတွင် လျှောက်ထားနိုင်သည့် တစ်ဦးချင်းလမ်းညွှန်ချက်များကို တင်ပြပါမည်။

လက်တွေ့စမ်းကြည့်ရအောင်

လိုအပ်ချက်

အသေးစိတ်အချက်အလက်များသည် အလွန်ရိုးရှင်းပါသည်။

1. Kubernetes အစုအဝေး (minikube လည်းအလုပ်လုပ်လိမ့်မည်);
2. RabbitMQ အစုအဝေး (တရားဝင် Helm ဇယားမှ Kubernetes တွင် ပုံမှန်အစုအဝေးတစ်ခုကဲ့သို့ ပြုလုပ်နိုင်သည်)။

အောက်ဖော်ပြပါ ဥပမာအတွက်၊ ကျွန်ုပ်သည် RMQ ကို Kubernetes သို့ အသုံးချပြီး ၎င်းကို ခေါ်သည်။ rmq-old.

မတ်တပ်ရပ်ပြင်ဆင်ခြင်း။

1. Helm ဇယားကို ဒေါင်းလုဒ်လုပ်ပြီး အနည်းငယ်တည်းဖြတ်ပါ-

helm fetch --untar stable/rabbitmq-ha

အဆင်ပြေစေရန်အတွက်၊ ကျွန်ုပ်တို့သည် စကားဝှက်တစ်ခုသတ်မှတ်ပြီး၊ ErlangCookie နိုင်ငံရေးလုပ်ပါ။ ha-allထို့ကြောင့် ပုံမှန်အားဖြင့် RMQ အစုအဝေး၏ node များအားလုံးကြားတွင် စီတန်းများကို တပြိုင်တည်းလုပ်ဆောင်သည်-

rabbitmqPassword: guest
rabbitmqErlangCookie: mae9joopaol7aiVu3eechei2waiGa2we
definitions:
policies: |-
  {
    "name": "ha-all",
    "pattern": ".*",
    "vhost": "/",
    "definition": {
      "ha-mode": "all",
      "ha-sync-mode": "automatic",
      "ha-sync-batch-size": 81920
    }
  }

2. ဇယားကို ထည့်သွင်းပါ-

helm install . --name rmq-old --namespace rmq-old

3. RabbitMQ admin panel သို့သွားပါ၊ တန်းစီအသစ်တစ်ခုဖန်တီးပြီး မက်ဆေ့ချ်များစွာထည့်ပါ။ ရွှေ့ပြောင်းပြီးနောက် ဒေတာအားလုံးကို ထိန်းသိမ်းထားပြီး တစ်စုံတစ်ရာ မဆုံးရှုံးကြောင်း သေချာစေရန် ၎င်းတို့ကို လိုအပ်ပါမည်။

စမ်းသပ်ခုံတန်းလျားသည် အဆင်သင့်ဖြစ်နေပါပြီ- ကျွန်ုပ်တို့တွင် လွှဲပြောင်းရန်လိုအပ်သည့် ဒေတာနှင့်အတူ "အဟောင်း" RabbitMQ ရှိပါသည်။

RabbitMQ အစုအဝေးကို ပြောင်းရွှေ့ခြင်း။

1. ပထမဦးစွာ RabbitMQ အသစ်ကို ဖြန့်ကျက်ကြည့်ရအောင် သူငယ်ချင်း namespace တို့နဲ့ အတူတူပါပဲ။ ErlangCookie နှင့် အသုံးပြုသူအတွက် စကားဝှက်။ ၎င်းကိုလုပ်ဆောင်ရန်၊ ကျွန်ုပ်တို့သည် RMQ ကိုထည့်သွင်းခြင်းအတွက် နောက်ဆုံး command ကိုအောက်ပါအတိုင်းပြောင်းလဲခြင်းဖြင့် အထက်တွင်ဖော်ပြထားသောလုပ်ဆောင်မှုများကိုလုပ်ဆောင်ပါမည်။

helm install . --name rmq-new --namespace rmq-new

2. ယခုသင်သည် အစုအသစ်ကို အဟောင်းတစ်ခုနှင့် ပေါင်းစည်းရန် လိုအပ်ပါသည်။ ဒီလိုလုပ်ဖို့၊ အစေ့တစ်ခုစီကိုသွားပါ။ အသစ်က RabbitMQ နှင့် command များကိုလုပ်ဆောင်ပါ။

export OLD_RMQ=rabbit@rmq-old-rabbitmq-ha-0.rmq-old-rabbitmq-ha-discovery.rmq-old.svc.cluster.local && 
  rabbitmqctl stop_app && 
  rabbitmqctl join_cluster $OLD_RMQ && 
  rabbitmqctl start_app

ကိန်းရှင်တစ်ခုတွင် OLD_RMQ node တစ်ခု၏ လိပ်စာကို တွေ့သည်။ အဟောင်း RMQ အစုအဖွဲ့။

ဤ command များသည် လက်ရှိ node ကို ရပ်တန့်သွားမည်ဖြစ်ပါသည်။ အသစ်က RMQ အစုအဝေး၊ ၎င်းကို အစုဟောင်းသို့ တွဲပြီး ထပ်မံဖွင့်ပါ။

3. node 6 ခု၏ RMQ အစုအဝေးသည် အဆင်သင့်ဖြစ်ပါပြီ-

မက်ဆေ့ဂျ်များကို node အားလုံးကြားတွင် ထပ်တူပြုနေချိန်တွင် သင်သည် စောင့်ရပါမည်။ မက်ဆေ့ချ် ထပ်တူပြုခြင်းအချိန်သည် အစုအဝေးကို အသုံးပြုသည့် ဟာ့ဒ်ဝဲ၏ စွမ်းရည်နှင့် မက်ဆေ့ချ်အရေအတွက်အပေါ် မူတည်ကြောင်း ခန့်မှန်းရန် မခက်ခဲပါ။ ဖော်ပြထားသော အခြေအနေတွင်၊ ၎င်းတို့ထဲမှ 10 ဦးသာ ရှိသည်၊ ထို့ကြောင့် ဒေတာကို ချက်ချင်း တစ်ပြိုင်တည်း တစ်ပြိုင်တည်း ပြုလုပ်ခဲ့သော်လည်း လုံလောက်သော မက်ဆေ့ချ်များ အများအပြားဖြင့် ထပ်တူပြုခြင်းသည် နာရီပေါင်းများစွာ ကြာရှည်နိုင်သည်။

ထို့ကြောင့်၊ ထပ်တူပြုမှုအခြေအနေ-

ဒါဟာဖြစ်ပါတယ် +5 မက်ဆေ့ချ်တွေ ဝင်နေပြီလို့ ဆိုလိုတာပါ။ ပိုများသော node 5 ခုပေါ်တွင် (အကွက်တွင်ဖော်ပြထားသည့်အရာများမှလွဲ၍ Node) ထို့ကြောင့် ထပ်တူပြုခြင်း အောင်မြင်ခဲ့သည်။

4. ကျန်ရှိနေသည်မှာ အပလီကေးရှင်းရှိ RMQ လိပ်စာကို အစုအသစ်သို့ ပြောင်းရန်ဖြစ်သည် (ဤနေရာတွင် တိကျသောလုပ်ဆောင်ချက်များသည် သင်အသုံးပြုနေသည့် နည်းပညာအစုအဝေးနှင့် အခြားအပလီကေးရှင်းအသေးစိတ်များပေါ်တွင်မူတည်သည်) ပြီးနောက် သင်အဟောင်းကို နှုတ်ဆက်နိုင်သည်။

နောက်ဆုံးလုပ်ဆောင်ချက်အတွက် (ဆိုလိုသည်မှာ ပြီးပြီ။ после အပလီကေးရှင်းကို အစုအသစ်တစ်ခုသို့ ပြောင်းခြင်း) node တစ်ခုစီသို့ သွားပါ။ အဟောင်း cluster နှင့် command များကိုလုပ်ဆောင်ပါ

rabbitmqctl stop_app
rabbitmqctl reset

အစုအဝေးသည် ဆုံမှတ်ဟောင်းများအကြောင်း "မေ့သွားသည်" ဖြစ်သည်- သင်သည် RMQ အဟောင်းကို ဖျက်နိုင်သည်၊ ထိုအချိန်တွင် ရွေ့လျားမှုပြီးမြောက်မည်ဖြစ်သည်။

ပွောဆို- အကယ်၍ သင်သည် RMQ ကို လက်မှတ်များဖြင့် အသုံးပြုပါက အခြေခံကျကျ ပြောင်းလဲခြင်းမရှိပါ - ရွေ့လျားခြင်း လုပ်ငန်းစဉ်သည် အတူတူပင် ဖြစ်လိမ့်မည်။

တွေ့ရှိချက်များ

ကျွန်ုပ်တို့သည် RabbitMQ ကို ပြောင်းရွှေ့ရန် သို့မဟုတ် အစုအဝေးအသစ်သို့ ရိုးရှင်းစွာ ပြောင်းရွှေ့ရန် လိုအပ်သည့်အခါ ဖော်ပြထားသော အစီအစဉ်သည် အားလုံးနီးပါးအတွက် သင့်လျော်ပါသည်။

ကျွန်ုပ်တို့၏အခြေအနေတွင်၊ RMQ ကို နေရာများစွာမှဝင်ရောက်သောအခါတွင် တစ်ကြိမ်သာအခက်အခဲများဖြစ်ပေါ်လာပြီး RMQ လိပ်စာကို နေရာတိုင်းတွင်အသစ်တစ်ခုသို့ပြောင်းလဲရန်အခွင့်အရေးမရှိခဲ့ပါ။ ထို့နောက် ကျွန်ုပ်တို့သည် လက်ရှိဝန်ဆောင်မှုများနှင့် Ingresses များအောက်တွင် ကျရောက်စေရန်အတွက် တူညီသောအညွှန်းများဖြင့် RMQ အသစ်တစ်ခုကို စတင်ခဲ့ပြီး၊ pod ကိုစတင်သောအခါတွင် ကျွန်ုပ်တို့သည် အညွှန်းများကို လက်ဖြင့်ကိုင်တွယ်ကာ အစတွင် ၎င်းတို့အား ဖယ်ရှားပြီး တောင်းဆိုမှုများအပေါ်တွင်မကျစေရန်၊ RMQ ကို ဗလာဖြစ်ပြီး မက်ဆေ့ချ်များကို ထပ်တူပြုပြီးနောက် ၎င်းတို့ကို ပြန်ထည့်ပါ။

ပြောင်းလဲထားသောဖွဲ့စည်းပုံဖြင့် RabbitMQ ကိုဗားရှင်းအသစ်သို့မွမ်းမံသည့်အခါ တူညီသောဗျူဟာကိုအသုံးပြုခဲ့သည် - အရာအားလုံးသည် နာရီကဲ့သို့အလုပ်လုပ်သည်။

PS

ဤအကြောင်းအရာ၏ ယုတ္တိရှိရှိ ဆက်သွားမှုအနေဖြင့်၊ ကျွန်ုပ်တို့သည် MongoDB (ဟာ့ဒ်ဝဲဆာဗာတစ်ခုမှ Kubernetes သို့ ပြောင်းရွှေ့ခြင်း) နှင့် MySQL (ဤ DBMS ကို Kubernetes အတွင်းရှိ ကျွန်ုပ်တို့ မည်သို့ပြင်ဆင်သည်) အကြောင်း ဆောင်းပါးများကို ပြင်ဆင်နေပါသည်။ ၎င်းတို့ကို လာမည့်လများတွင် ထုတ်ပြန်မည်ဖြစ်သည်။

PPS

ကျွန်ုပ်တို့၏ဘလော့ဂ်တွင်လည်းဖတ်ပါ

• «ဒေတာဘေ့စ်များနှင့် Kubernetes (ပြန်လည်သုံးသပ်ခြင်းနှင့် ဗီဒီယိုအစီရင်ခံစာ)";
• «K8s အကြံပြုချက်များနှင့် လှည့်ကွက်များ- ကြီးမားသောဒေတာဘေ့စ်များအတွက် bootstrap ကိုအရှိန်မြှင့်ခြင်း။"။

source: www.habr.com