Catalogic မှ CloudCasa သည် HPE Alletra နှင့် SUSE Storage တို့နှင့်အတူ Kubernetes failover အတွက် CloudCasa Disaster Recovery မောင်းနှင်နိုင်သည့် storage arrays များတွင် Dell PowerStore ကို ထည့်သွင်းထားသည် ။ ထို feature update တွင် AI assistant များသည် backup နှင့် DR status ကို စစ်ဆေးနိုင်စေမည့် read-only Model Context Protocol (MCP) server နှင့် KubeVirt virtual machine backups အတွက် Changed Block Tracking (CBT) ၏ preview ကို ထည့်သွင်းထားပြီး နောက်ဆုံး run ပြီးကတည်းက ပြောင်းလဲသွားသော block များကိုသာ copy လုပ်သည်။
သိုလှောင်မှုပေါင်းစပ်ထားသော ဘေးအန္တရာယ်ပြန်လည်ထူထောင်ရေးကို Dell PowerStore သို့ တိုးချဲ့လိုက်ပါပြီ
PowerStore သည် CloudCasa DR အတွက် မိတ္တူကူးခြင်းပံ့ပိုးပေးသူများအဖြစ် HPE Alletra Storage MP B10000 ၊ HPE Alletra 9000 နှင့် SUSE Storage တို့ကို ပူးပေါင်းထားသည်။ အလုပ်ခွဲဝေမှုမှာ platform တစ်ခုချင်းစီတွင် အတူတူပင်ဖြစ်သည်- PowerStore ၏ကိစ္စတွင် array သည် persistent volume data ကို recovery site သို့ synchronous သို့မဟုတ် asynchronously replicate လုပ်ပြီး၊ CloudCasa သည် containerized application များနှင့် KubeVirt VM များအတွက် Kubernetes ဘက်ခြမ်းရှိ failover နှင့် failback ကို ကိုင်တွယ်သည်။ Volume data သည် array တစ်ခုကို array တစ်ခုသို့ ရွှေ့ပြီး CloudCasa မှတစ်ဆင့် ဘယ်သောအခါမှ မဖြတ်သန်းပါ။
CloudCasa သည် protected workload တစ်ခုစီ၏ configuration ကို replicated inventory volume တွင် မှတ်တမ်းတင်ပြီး PowerStore REST API မှတစ်ဆင့် array နှင့် ဆက်သွယ်သည်။ failover လုပ်သည့်အခါတွင်၊ ၎င်းသည် inventory volume ကို ဦးစွာပြသပြီး target cluster တွင် recovery agent ကိုစတင်ပြီးနောက် ကျန်ရှိနေသော PowerStore volume group များကို fail လုပ်ကာ replicated volume များနှင့် ယှဉ်၍ Deployments၊ StatefulSets၊ persistent volume claims နှင့် KubeVirt VM များကို ပြန်လည်တည်ဆောက်သည်။ PowerStore သည် complete volume group များကို fail လုပ်သောကြောင့်၊ CloudCasa သည် recovery လိုအပ်ချက်အမျိုးမျိုးရှိသော workload များကို သီးခြား group များတွင်ထားရှိရန် အကြံပြုထားသည်။
Failback သည် operator အတည်ပြုချက်ကို စောင့်ပြီးနောက် CloudCasa သည် ထိခိုက်ခံရသော volume group များတွင် replication ကို ပြောင်းပြန်လုပ်သောကြောင့် PowerStore သည် failover ဖြစ်ပြီးနောက်ပိုင်း ပြုလုပ်ခဲ့သော ပြောင်းလဲမှုများကိုသာ ပြန်လည် synchronize လုပ်ကာ DR site တွင် လည်ပတ်နေသော workload များကို scale လုပ်ပြီးနောက် volume group များကို primary array သို့ ပြန် fail လုပ်ကာ ထိုနေရာရှိ workload များကို ပြန်လည်တည်ဆောက်သည်။ CloudCasa က ဤချဉ်းကပ်မှုသည် PowerStore synchronously replicate လုပ်သည့်အခါ မိနစ်အလိုက် တိုင်းတာသော recovery အချိန်များနှင့် သုညနီးပါး RPO ကို ပစ်မှတ်ထားပြီး ရလဒ်များသည် replication mode၊ workload အရွယ်အစားနှင့် site များအကြား အကွာအဝေးပေါ် မူတည်သည်ဟု ဆိုသည်။
ဤပေါင်းစပ်မှုတွင် PowerStore CSI driver မှတစ်ဆင့် ပံ့ပိုးပေးထားသော block (SCSI) persistent volumes များ ပါဝင်သည်။ NFS နှင့် SMB volume DR သည် CloudCasa ၏ roadmap တွင် ရှိသည်။ ပံ့ပိုးပေးထားသော platform များတွင် Red Hat OpenShift နှင့် OpenShift Virtualization၊ SUSE Rancher/RKE2 နှင့် SUSE Virtualization၊ VMware vSphere Kubernetes Service နှင့် upstream Kubernetes 1.20 နှင့် နောက်ပိုင်း version များ ပါဝင်သည်။ CloudCasa DR ကို worker node တစ်ခုလျှင် နှစ်စဉ် subscription ဖြင့် လိုင်စင်ချထားပြီး CloudCasa ၏ backup product နှင့် သီးခြားစီ SaaS နှင့် self-hosted edition နှစ်ခုလုံးတွင် လိုင်စင်ချထားသည်။
AI Agent ပေါင်းစပ်မှုအတွက် မော်ဒယ် အခြေအနေ ပရိုတိုကော ဆာဗာ
MCP server သည် HTTP မှတစ်ဆင့် remote MCP server များကို ပံ့ပိုးပေးသော မည်သည့် AI assistant ကိုမဆို CloudCasa ကို ရိုးရိုးရှင်းရှင်းဘာသာစကားဖြင့် မေးမြန်းနိုင်စေပြီး၊ ပြီးခဲ့သည့် ၂၄ နာရီအတွင်း မည်သည့် backup jobs များ မအောင်မြင်ခဲ့သည် သို့မဟုတ် namespace အတွက် မည်သည့် recovery points များရှိနေသည်ကဲ့သို့သော မေးခွန်းများဖြင့် ခွင့်ပြုသည်။ ၎င်းသည် အသုံးပြုသူကိုယ်စား CloudCasa APIs များကို ခေါ်ယူပြီး HTTP header တွင် ပေးပို့ထားသော CloudCasa API key ဖြင့် authenticate လုပ်ကာ ထို key ၏ အခန်းကဏ္ဍက ခွင့်ပြုသည့်အရာကိုသာ လုပ်ဆောင်နိုင်သည်။ ယခုအချိန်တွင် ၎င်းသည် read-only ဖြစ်သည်- assistant များသည် cluster များ၊ backup policies များ၊ jobs များ၊ recovery points များ၊ restore များ၊ alerts များနှင့် backup targets များကို စာရင်းပြုစုနိုင်သော်လည်း မည်သည့်အရာကိုမျှ လုပ်ဆောင်ခြင်း၊ ဖန်တီးခြင်း၊ တည်းဖြတ်ခြင်း သို့မဟုတ် ဖျက်ခြင်းတို့ကို ပြုလုပ်၍မရပါ။
“ပလက်ဖောင်းအဖွဲ့များသည် AI လက်ထောက်များကို အသုံးပြု၍ ၎င်းတို့၏နေ့စဉ်လုပ်ငန်းဆောင်တာများကို ပိုမိုလုပ်ဆောင်ကြပြီး ၎င်းတို့၏ ကျန်ကိရိယာများနှင့်အတူ အရန်ကူးယူမှုအခြေအနေကို ရရှိလိုကြသည်” ဟု CloudCasa ၏ Global VP of Sales and Alliances မှ Ryan Kaw က ပြောကြားခဲ့သည်။ “MCP server သည် ယနေ့တွင် ၎င်းကိုဖြစ်နိုင်စေပါသည်။”
Block Tracking Preview နှင့် ရရှိနိုင်မှု ပြောင်းလဲခြင်း
CBT preview သည် ဗားရှင်း 1.8 တွင် ထည့်သွင်းထားသော incremental backup support KubeVirt ပေါ်တွင် တည်ဆောက်ထားပြီး QEMU နှင့် libvirt backup စွမ်းရည်များကို အသုံးပြုပြီး underlying storage မည်သို့ပင်ရှိစေကာမူ အလုပ်လုပ်ပါသည်။ CBT သည် ယခင် backup ကတည်းက မည်သည့် disk block များ ပြောင်းလဲသွားသည်ကို မှတ်တမ်းတင်ထားသောကြောင့် CloudCasa သည် ထို block များကိုသာ ကူးယူပြီး ကုမ္ပဏီက VM backup အချိန်များကို လျှော့ချပေးသည်ဟု ဆိုသည်။ Red Hat OpenShift တွင် ထို KubeVirt ဗားရှင်းသည် OpenShift 4.22 နှင့်အတူ ရောက်ရှိလာပြီး ၎င်း feature ကို ရှင်းလင်းစွာ enable လုပ်ရမည်ဖြစ်သည်။
PowerStore DR ပေါင်းစပ်မှုနှင့် MCP server ကို ယခုရရှိနိုင်ပြီး CBT backup များကို preview တွင် ဆက်လက်ထားရှိပါမည်။ အပ်ဒိတ်တွင် မှတ်ပုံတင်ထားသော cluster အားလုံးရှိ virtual machine များကို ၎င်းတို့၏ running state နှင့် guest agent status ဖြင့် စာရင်းပြုစုထားသည့် dedicated VMs စာမျက်နှာတစ်ခုလည်း ထည့်သွင်းထားပြီး admin များသည် VM တစ်ခုစီအတွက် backup များနှင့် restore များကို သတ်မှတ်နိုင်သည်။
အမေဇုံ