
ໃນໜ້ານີ້
ຄຳຖາມທີ່ພວກເຮົາໄດ້ຮັບແທ້
"ໃບສະເໜີລາຄາຕໍ່ອາຍຸ VMware ຂອງພວກເຮົາອອກມາເປັນ VVF, ແລະ Partner ກໍສະເໜີ VCF ມານຳ. ຕ່າງກັນແນວໃດ, ພວກເຮົາຕ້ອງໃຊ້ຊຸດໃຫຍ່ບໍ, ແລະ ເປັນຫຍັງຈຳນວນ Core ໃນໃບສະເໜີລາຄາຈຶ່ງຫຼາຍກວ່າ Core ທີ່ພວກເຮົາມີແທ້?"
ພວກເຮົາມັກໄດ້ຍິນຄຳຖາມນີ້ຈາກຜູ້ຈັດການໄອທີທີ່ມີ Host ສອງ ຫຼື ສາມເຄື່ອງ ແລະ ວັນຕໍ່ອາຍຸທີ່ໃກ້ເກີນໄປ. ຄູ່ມືນີ້ອະທິບາຍສອງຊຸດຂອງ VMware by Broadcom ຕາມສະພາບໃນທ້າຍປີ 2026, ແຕ່ລະຊຸດມີຫຍັງ, ທຽບກັບທາງເລືອກຫຼັກແນວໃດ, ແລະ ພວກເຮົາຈະເຮັດແນວໃດໃນບາງສະຖານະການທີ່ພົບເລື້ອຍໃນລາວ. ຄູ່ມືນີ້ບໍ່ບອກລາຄາ: ລາຄາຂຶ້ນກັບຈຳນວນ Core, ໄລຍະສັນຍາ ແລະ ຊ່ອງທາງການຂາຍ, ແລະ ມີການປ່ຽນແປງ. ສຳລັບຄຳຖາມທີ່ກວ້າງກວ່າ ກ່ຽວກັບການອອກຈາກ VMware, ອ່ານຄູ່ມື ຫຼັງຈາກ Broadcom ຊື້ VMware ຂອງພວກເຮົາ.
ດຽວນີ້ VMware ຂາຍແນວໃດ
ນັບຕັ້ງແຕ່ Broadcom ເຂົ້າຄອບຄອງ VMware ໃນທ້າຍປີ 2023, ສາຍຜະລິດຕະພັນຖືກຫຍໍ້ລົງເຫຼືອບໍ່ເທົ່າໃດຊຸດ ທີ່ຂາຍແບບສະມາຊິກ (Subscription) ເທົ່ານັ້ນ. ການຊື້ຂາດ (Perpetual) ບໍ່ມີອີກແລ້ວ. ສອງຊື່ທີ່ທ່ານຈະເຫັນໃນເກືອບທຸກໃບສະເໜີລາຄາ ແມ່ນ VMware vSphere Foundation (VVF) ແລະ VMware Cloud Foundation (VCF).
ສາມກົດເກນທີ່ກຳນົດຕົວເລກໃນໃບສະເໜີລາຄາ:
- ທ່ານຈ່າຍຕາມ Core ຂອງ CPU ແທ້, ແລະ ທຸກ Core ໃນ Host ຖືກນັບ, ບໍ່ວ່າ VM ຈະໃຊ້ຫຼືບໍ່.
- CPU ແຕ່ລະໂຕ ຖືກນັບຢ່າງໜ້ອຍ 16 Core. CPU ທີ່ມີ 8 ຫຼື 12 Core ຖືກຄິດເປັນ 16.
- ສະມາຊິກມີໄລຍະເວລາກຳນົດ. ເມື່ອໝົດອາຍຸ ທ່ານຈະບໍ່ໄດ້ຮັບ Patch, ການອັບເກຣດ ແລະ ການຊ່ວຍເຫຼືອອີກ.
Broadcom ຍັງເຄີຍກຳນົດຈຳນວນສັ່ງຊື້ຂັ້ນຕ່ຳໃນບາງຊ່ວງ ແລະ ປັບເນື້ອໃນຂອງຊຸດຫຼາຍກວ່າໜຶ່ງເທື່ອນັບຕັ້ງແຕ່ປີ 2024. ໃຫ້ຖືວ່າທຸກຢ່າງຂ້າງລຸ່ມນີ້ ເປັນພາບລວມຂອງຂໍ້ສະເໜີ, ແລະ ກວດກາເງື່ອນໄຂ Broadcom ປັດຈຸບັນ ທຽບກັບໃບສະເໜີລາຄາທີ່ເປັນລາຍລັກອັກສອນ ກ່ອນຕັດສິນໃຈ.
VVF ແລະ VCF ມີຫຍັງຢູ່ໃນ
VVF ແມ່ນຊຸດດ້ານການປະມວນຜົນ (Compute). ມັນໃຫ້ vSphere (Host ESXi ພ້ອມຄຸນສົມບັດຄົບ: HA, vMotion, DRS, Distributed switch), vCenter ເພື່ອຈັດການ Cluster, ໂຄຕ້າຄວາມຈຸ vSAN ຕໍ່ Core ທີ່ສະມາຊິກ, ເຄື່ອງມືການດຳເນີນງານສຳລັບການຕິດຕາມ ແລະ ວາງແຜນຄວາມຈຸ (ເດີມຊື່ Aria Operations, ດຽວນີ້ຢູ່ພາຍໃຕ້ຊື່ VCF Operations), ແລະ ວິທີແລ່ນ Kubernetes ເທິງ vSphere (ຄຸນສົມບັດທີ່ເດີມໃຊ້ຍີ່ຫໍ້ Tanzu). ສຳລັບບໍລິສັດລາວສ່ວນຫຼາຍທີ່ແລ່ນ VM Windows ແລະ Linux ເທິງ Cluster ນ້ອຍ, VVF ກວມເອົາຄວາມຕ້ອງການດ້ານເຕັກນິກໄດ້.
VCF ແມ່ນ Private cloud ຄົບຊຸດ. ນອກຈາກສິ່ງທີ່ VVF ມີ, ມັນເພີ່ມ NSX ສຳລັບເຄືອຂ່າຍແບບ Software-defined (Overlay network, Routing ແລະ Load balancing ພາຍໃນ Cluster), ໂຄຕ້າ vSAN ຕໍ່ Core ທີ່ໃຫຍ່ກວ່າຫຼາຍ, ເຄື່ອງມື Lifecycle ທີ່ຕິດຕັ້ງ ແລະ Patch ທັງລະບົບພ້ອມກັນ, ແລະ ຄຸນສົມບັດ Automation ແລະ ການດຳເນີນງານທີ່ກວ້າງກວ່າ. ມັນສ້າງມາສຳລັບອົງກອນທີ່ແລ່ນຫຼາຍ Cluster ຫຼື ແບ່ງສ່ວນເຄືອຂ່າຍດ້ວຍ Software ແທນທີ່ຈະໃຊ້ Firewall ແທ້.
ບາງຄຸນສົມບັດຂາຍເປັນ Add-on ເພີ່ມເທິງຊຸດໃດກໍໄດ້, ເຊັ່ນ ຄວາມຈຸ vSAN ທີ່ເກີນໂຄຕ້າ ແລະ ບາງຄຸນສົມບັດຄວາມປອດໄພຂັ້ນສູງ. ໂຄຕ້າ vSAN ຕໍ່ Core ເຄີຍຖືກປ່ຽນມາແລ້ວໜຶ່ງເທື່ອ, ສະນັ້ນໃຫ້ກວດກາຕົວເລກປັດຈຸບັນຂອງແຕ່ລະຊຸດ ແທນທີ່ຈະເຊື່ອ Datasheet ເກົ່າ.
ທຽບ VVF, VCF ແລະ ທາງເລືອກອື່ນ
| ເກນ | VVF | VCF | ທາງເລືອກ (Proxmox VE, Hyper-V, Nutanix) |
|---|---|---|---|
| ມັນແມ່ນຫຍັງ | Cluster vSphere ພ້ອມ vCenter, ໂຄຕ້າ vSAN, ເຄື່ອງມືການດຳເນີນງານ | VVF ບວກ NSX, Lifecycle ແລະ Automation | Proxmox VE: KVM ແບບ Open-source; Hyper-V: ສ່ວນໜຶ່ງຂອງ Windows Server; Nutanix: HCI ພ້ອມ Hypervisor AHV ຂອງຕົນເອງ |
| ຈ່າຍແນວໃດ | ສະມາຊິກຕໍ່ Core, ຂັ້ນຕ່ຳ 16 Core ຕໍ່ CPU | ສະມາຊິກຕໍ່ Core, ຂັ້ນຕ່ຳ 16 Core ຕໍ່ CPU | Proxmox: ສະມາຊິກ Support ແບບເລືອກໄດ້ ຕໍ່ CPU socket; Hyper-V: Windows Server ຕໍ່ Core; Nutanix: ສະມາຊິກ |
| ບ່ອນເກັບຂໍ້ມູນ | vSAN ພ້ອມໂຄຕ້າພໍປະມານຕໍ່ Core, ຫຼື SAN ທີ່ທ່ານມີຢູ່ | vSAN ພ້ອມໂຄຕ້າທີ່ໃຫຍ່ກວ່າຕໍ່ Core, ຫຼື SAN ທີ່ທ່ານມີຢູ່ | Ceph ຫຼື ZFS (Proxmox), Storage Spaces Direct ຫຼື SAN (Hyper-V), Distributed storage ໃນຕົວ (Nutanix) |
| ເຄືອຂ່າຍ | Standard ແລະ Distributed switch | ເພີ່ມເຄືອຂ່າຍແບບ Software-defined NSX | Linux bridge ແລະ SDN (Proxmox), Hyper-V virtual switch, ເຄືອຂ່າຍຂອງ Nutanix |
| Kubernetes | ມີໃນ vSphere | ມີ, ພ້ອມ Automation ຫຼາຍກວ່າ | ຜະລິດຕະພັນແຍກ ຫຼື ເຮັດເອງ |
| ທັກສະ ແລະ ການຊ່ວຍເຫຼືອຈາກໄທ/ຈີນ | ມີວິສະວະກອນ VMware ຫຼາຍໃນພາກພື້ນ | ຄົນທີ່ຮູ້ NSX ແລະ Lifecycle ຂອງ VCF ດີ ມີໜ້ອຍກວ່າ | ທັກສະ Hyper-V ພົບທົ່ວໄປ; ທັກສະ Proxmox ແລະ Nutanix ໃນລາວຍັງມີໜ້ອຍ |
| ການອັບເດດ | ມີ Patch ອອກເປັນປະຈຳ; ຕ້ອງມີສະມາຊິກທີ່ຍັງບໍ່ໝົດອາຍຸ | ຄືກັນ, ບວກການອັບເກຣດທັງລະບົບແບບປະສານກັນ | Proxmox: ເລື້ອຍໆ, ເປີດ; Hyper-V: Windows update ລາຍເດືອນ; Nutanix: ອັບເກຣດຄລິກດຽວ |
| ຈຸດແຂງແທ້ | ແກ່ນແລ້ວ, ຄຸ້ນເຄີຍ, ລະບົບນິເວດ Backup ແລະ ແອັບພລິເຄຊັນໃຫຍ່ທີ່ສຸດ | ທັງລະບົບຈາກຜູ້ຂາຍດຽວ, ສ້າງມາສຳລັບຫຼາຍ Cluster | ຄ່າສະມາຊິກແພລດຟອມຕ່ຳ ຫຼື ບໍ່ມີ (Proxmox, Hyper-V), HCI ທີ່ງ່າຍ (Nutanix) |
| ຈຸດອ່ອນແທ້ | ຄ່າໃຊ້ຈ່າຍຜູກກັບຈຳນວນ Core; ທ່ານບໍ່ມີສິດອອກສຽງໃນການປ່ຽນຊຸດ | ໜັກເກີນສຳລັບ 2–3 Host; ທ່ານຈ່າຍສຳລັບສ່ວນທີ່ອາດບໍ່ເຄີຍໃຊ້ | ວຽກຍ້າຍລະບົບ, ຝຶກອົບຮົມໃໝ່, ທົດສອບ Backup ແລະ ແອັບທີ່ຜູ້ຂາຍຮອງຮັບຄືນໃໝ່ |
| ເໝາະກັບ | Cluster ຂອງ SME ຫຼື ສາຂາ ທີ່ຢາກຢູ່ກັບ VMware ຕໍ່ | ລະບົບໃຫຍ່ ຫຼື ຫຼາຍສະຖານທີ່ ທີ່ໃຊ້ NSX ຢູ່ແລ້ວ | ທີມທີ່ພ້ອມປ່ຽນແພລດຟອມ ໃນຈຸດເວລາທີ່ວາງແຜນໄວ້ |
ໜ້າ Server virtualization ແລະ Hyperconverged HCI ຂອງພວກເຮົາ ອະທິບາຍວ່າພວກເຮົາສ້າງແຕ່ລະທາງເລືອກແນວໃດ.
ນັບ Core ຂອງທ່ານກ່ອນຢ່າງອື່ນ
ໃບບິນອີງຕາມ Core ແທ້, ສະນັ້ນໃຫ້ເລີ່ມຈາກຮາດແວ ບໍ່ແມ່ນຈາກລາຍຊື່ VM. ສອງຕົວຢ່າງ:
- ສາມ Host, ແຕ່ລະເຄື່ອງມີ CPU 8 Core ສອງໂຕ. Core ແທ້: 3 × 2 × 8 = 48. Core ທີ່ຖືກຄິດເງິນ: 3 × 2 × 16 = 96, ເພາະ CPU ແຕ່ລະໂຕຖືກປັດຂຶ້ນເປັນຂັ້ນຕ່ຳ 16 Core. ເຄິ່ງໜຶ່ງຂອງສິ່ງທີ່ທ່ານຈ່າຍ ບໍ່ມີຢູ່ແທ້.
- ສອງ Host, ແຕ່ລະເຄື່ອງມີ CPU 32 Core ໜຶ່ງໂຕ. Core ແທ້ ແລະ Core ທີ່ຖືກຄິດເງິນ: 2 × 1 × 32 = 64.
Cluster ທີສອງມີ Core ແທ້ຫຼາຍກວ່າ Cluster ທຳອິດ (64 ທຽບກັບ 48) ແຕ່ຖືກຄິດເງິນໜ້ອຍກວ່າ (64 ທຽບກັບ 96). ນີ້ຄືເຫດຜົນທີ່ເຊີບເວີສອງ Socket ລຸ້ນເກົ່າທີ່ມີ Core ໜ້ອຍ ກາຍເປັນລາຄາແພງເມື່ອຈະໃຊ້ VMware ຕໍ່, ແລະ ເປັນຫຍັງການປ່ຽນຮາດແວ ແລະ ການຕໍ່ອາຍຸ ຄວນວາງແຜນໄປພ້ອມກັນ. ກ່ອນຫຼຸດຈຳນວນເຄື່ອງ, ໃຫ້ກວດກາວ່າ Cluster ທີ່ນ້ອຍລົງ ຍັງຮັບທຸກ VM ໄດ້ເມື່ອມີ Host ໜຶ່ງເຄື່ອງດັບ: ກໍລະນີມີສອງ Host, ແຕ່ລະເຄື່ອງຕ້ອງແລ່ນໂຫຼດທັງໝົດໄດ້ດ້ວຍຕົວເອງ.
ພວກເຮົາຈະເລືອກອັນໃດ ສຳລັບ…
Cluster ຂອງ SME ທີ່ມີ 2–3 Host. VCF ເກືອບບໍ່ເຄີຍເປັນຄຳຕອບທີ່ຖືກຢູ່ນີ້. ຖ້າທ່ານຢູ່ກັບ VMware ຕໍ່, VVF ກວມເອົາ HA, vMotion ແລະ ການຈັດການຈາກສູນກາງ, ແລະ ທ່ານຈະບໍ່ໃຊ້ NSX ເທິງສາມ Host. ໃຫ້ຖາມວ່າຊ່ອງທາງຂອງທ່ານຍັງມີ vSphere ລຸ້ນນ້ອຍກວ່ານີ້ຂາຍຢູ່ບໍ; ການມີຂາຍໄດ້ປ່ຽນໄປນັບຕັ້ງແຕ່ປີ 2024. ຖ້າໃບສະເໜີລາຄາຍັງເບິ່ງໜັກ, ນີ້ແມ່ນຂະໜາດທີ່ Proxmox VE ພ້ອມສະມາຊິກ Support, ຫຼື Hyper-V ເມື່ອທ່ານມີ Windows Server Datacenter ຢູ່ແລ້ວ, ຄວນໄດ້ທົດລອງ (Proof of concept).
ຫ້ອງການສາຂາ. Host ນ້ອຍໜຶ່ງ ຫຼື ສອງເຄື່ອງ ໃນສາຂາຕ່າງແຂວງ ບໍ່ຄ່ອຍຄຸ້ມທີ່ຈະມີສະມາຊິກຂອງຕົນເອງ. ສິ່ງທີ່ໃຊ້ໄດ້: ແລ່ນ VM ຂອງສາຂາຈາກ Cluster ຂອງສຳນັກງານໃຫຍ່ ຜ່ານສາຍທີ່ເຊື່ອຖືໄດ້, ໃຊ້ Host ນ້ອຍເຄື່ອງດຽວພ້ອມ Backup ໃນສະຖານທີ່ທີ່ດີ, ຫຼື Cluster ສອງ Node ພ້ອມ Witness. ບໍ່ວ່າເລືອກທາງໃດ, ສາຂາມັກມີບັນຫາຈາກໄຟຟ້າຫຼາຍກວ່າ Software: ໄຟຕົກຊ່ວງ 17:00–19:00 ແລະ ຟ້າຜ່າໃນລະດູຝົນ. ໃຫ້ Host ແລະ Switch ຂອງມັນຢູ່ເທິງ UPS ທີ່ມີຂະໜາດພໍໃຫ້ປິດເຄື່ອງໄດ້ຢ່າງປອດໄພ.
ຂໍ້ມູນທີ່ຕ້ອງຢູ່ພາຍໃນປະເທດ. ບາງທຸລະກິດເກັບຂໍ້ມູນສຳຄັນໄວ້ໃນເຊີບເວີໃນລາວ ດ້ວຍເຫດຜົນທາງວິສະວະກຳ. ສາຍອິນເຕີເນັດໄປຫາ Cloud ຕ່າງປະເທດ ເປັນຈຸດອ່ອນທີ່ສຸດຂອງລະບົບ, Latency ໄປຫາພາກພື້ນ ເພີ່ມຄວາມຊ້າໃຫ້ທຸກການເອີ້ນຖານຂໍ້ມູນ, ແລະ ການກູ້ຂໍ້ມູນຊຸດໃຫຍ່ຜ່ານສາຍນ້ອຍ ໃຊ້ເວລາຫຼາຍມື້. VVF, VCF ແລະ ທຸກທາງເລືອກຢູ່ນີ້ ແລ່ນເທິງຮາດແວຂອງທ່ານເອງໄດ້ທັງໝົດ, ສະນັ້ນຊຸດບໍ່ແມ່ນຕົວຕັດສິນ. ຄວາມໄວໃນການກູ້ຄືນ ແລະ ທັກສະໃນທ້ອງຖິ່ນ ຕ່າງຫາກທີ່ເປັນຕົວຕັດສິນ. ເກັບສຳເນົາທີສອງໄວ້ທີ່ສະຖານທີ່ແຍກຕ່າງຫາກໃນລາວ ແລະ ທົດສອບການກູ້ຄືນ; ໜ້າ Backup ແລະ ກູ້ຄືນລະບົບຈາກໄພພິບັດ ຂອງພວກເຮົາ ກວມເອົາການອອກແບບ.
ລະບົບຫຼາຍສະຖານທີ່ທີ່ໃຊ້ NSX ຢູ່ແລ້ວ. ຖ້າທ່ານແບ່ງສ່ວນເຄືອຂ່າຍດ້ວຍ NSX ຢູ່ແລ້ວ ແລະ ທີມຂອງທ່ານຮູ້ຈັກມັນ, VCF ແມ່ນການຕໍ່ອາຍຸທີ່ເປັນທຳມະຊາດ. ການອອກໝາຍເຖິງການສ້າງແບບເຄືອຂ່າຍນັ້ນຄືນໃໝ່ຢູ່ບ່ອນອື່ນ, ສະນັ້ນໃຫ້ກັນເວລາແທ້ໄວ້ສຳລັບມັນ.
ບໍ່ແຮ່ ຫຼື ສະຖານທີ່ຫ່າງໄກທີ່ໃຊ້ເຄື່ອງປັ່ນໄຟ. ເຮັດໃຫ້ງ່າຍ: Cluster ນ້ອຍພ້ອມບ່ອນເກັບຂໍ້ມູນໃນເຄື່ອງ, Hypervisor ທີ່ພະນັກງານໃນສະຖານທີ່ Restart ໄດ້, ແລະ ມີດິສກ໌ ແລະ Power supply ສຳຮອງໄວ້ໃນສະຖານທີ່. ທີມທີ່ກູ້ Host ຄືນໄດ້ຕອນ 2 ໂມງເຊົ້າ ສຳຄັນກວ່າຄຸນສົມບັດຂັ້ນສູງ.
ສິ່ງທີ່ຕ້ອງເຮັດເມື່ອຮອດເວລາຕໍ່ອາຍຸ
- ສຳຫຼວດ Core, ບໍ່ແມ່ນ VM. ສຳລັບທຸກ Host, ຈົດລຸ້ນ CPU, ຈຳນວນ Socket, Core ຕໍ່ Socket ແລະ ຕົວເລກທີ່ຖືກຄິດເງິນຫຼັງໃຊ້ຂັ້ນຕ່ຳ 16 Core. ຈົດຄວາມຈຸ vSAN ດິບນຳ ຖ້າທ່ານໃຊ້.
- ລາຍຊື່ສິ່ງທີ່ທ່ານໃຊ້ແທ້: HA, vMotion, DRS, vSAN, NSX, Kubernetes. ຖ້າ NSX ບໍ່ຢູ່ໃນລາຍຊື່, ທ່ານອາດບໍ່ຕ້ອງການ VCF.
- ຂໍໃບສະເໜີລາຄາເປັນລາຍລັກອັກສອນ, ແຍກຕາມຊຸດ ແລະ ໄລຍະສັນຍາ, ແລະ ຖາມວ່າການຕໍ່ອາຍຸຄັ້ງຕໍ່ໄປຈະຄິດໄລ່ແນວໃດ.
- ທົດສອບການຍ້າຍລະບົບເທິງ Host ໜຶ່ງເຄື່ອງ. ເອົາ Host ໜຶ່ງເຄື່ອງອອກຈາກ Cluster (ຫຼື ໃຊ້ເຊີບເວີສຳຮອງ), ຕິດຕັ້ງທາງເລືອກ ແລະ ຍ້າຍ VM ທີ່ບໍ່ສຳຄັນສອງ ຫຼື ສາມໂຕ, ລວມທັງ VM Windows ໜຶ່ງໂຕ. ທົດສອບ Backup ແລະ ການກູ້ຄືນເຕັມຮູບແບບ, ບໍ່ແມ່ນພຽງແຕ່ການຍ້າຍ. ຄູ່ມື ທົດສອບການກູ້ຄືນ Backup ຂອງພວກເຮົາ ລາຍຊື່ສິ່ງທີ່ຕ້ອງກວດກາ.
- ຕັດສິນດ້ວຍຕົວເລກ: ຄ່າຕໍ່ອາຍຸ, ຄ່າແຮງງານຍ້າຍລະບົບ, ການຝຶກອົບຮົມ ແລະ ຄວາມສ່ຽງ ຂອງແຕ່ລະທາງເລືອກ ໃນໄລຍະສາມຫາຫ້າປີ.
ເລີ່ມຫົກຫາສິບສອງເດືອນກ່ອນສະມາຊິກໝົດອາຍຸ. ຖ້າເຫຼືອສອງເດືອນ, ໃຫ້ຕໍ່ອາຍຸໄລຍະສັ້ນ ແລ້ວທົດສອບ.
ຄວາມຜິດພາດທີ່ພວກເຮົາພົບໃນສະຖານທີ່ໃນລາວ
- ນັບ VM ຫຼື vCPU ແທນ Core ແທ້, ໃບສະເໜີລາຄາຈຶ່ງບໍ່ເຄີຍກົງກັບແຜນ.
- ຄິດວ່າ VCF "ດີກວ່າ" ເທົ່ານັ້ນ ແລ້ວຊື້ມາໃຊ້ກັບສາມ Host.
- ລືມ Windows Server. ມັນຄິດເງິນຕໍ່ Core ໃນທຸກ Hypervisor, ສະນັ້ນຕ້ອງໃສ່ໃນທຸກຖັນຂອງການທຽບ ຫຼື ບໍ່ໃສ່ເລີຍ.
- ຍ້າຍໄປແພລດຟອມໃໝ່ ໂດຍບໍ່ກວດກາວ່າໂປຣແກຣມ Backup ຮອງຮັບຫຼືບໍ່.
ຂັ້ນຕອນຕໍ່ໄປ
ສົ່ງໃຫ້ພວກເຮົາທາງ WhatsApp: ຮູບໜ້າຈໍລາຍຊື່ Host ໃນ vCenter (ລຸ້ນ CPU, Socket, Core ຕໍ່ Socket) ແລະ ໜ້າຂອງໃບສະເໜີລາຄາຕໍ່ອາຍຸທີ່ສະແດງຊຸດ ແລະ ໄລຍະສັນຍາ. ພວກເຮົາຈະນັບ Core ທີ່ຖືກຄິດເງິນ, ບອກວ່າ VVF ຫຼື VCF ກົງກັບສິ່ງທີ່ທ່ານໃຊ້ແທ້, ແລະ ຖ້າເໝາະສົມ, ວາງແຜນທົດສອບການຍ້າຍລະບົບເທິງ Host ໜຶ່ງເຄື່ອງ.
ຄຳຖາມທີ່ພົບເລື້ອຍ
VVF ໃນ VMware ໝາຍເຖິງຫຍັງ?
VVF ແມ່ນ VMware vSphere Foundation, ຊຸດທີ່ນ້ອຍກວ່າໃນສອງຊຸດຫຼັກຂອງ VMware by Broadcom. ມັນມີ vSphere ພ້ອມ vCenter, ໂຄຕ້າຄວາມຈຸ vSAN ຕໍ່ Core, ເຄື່ອງມືການດຳເນີນງານສຳລັບການຕິດຕາມ ແລະ ວາງແຜນຄວາມຈຸ, ແລະ Kubernetes ເທິງ vSphere. ຂາຍແບບສະມາຊິກຕໍ່ Core ໂດຍຂັ້ນຕ່ຳ 16 Core ຕໍ່ CPU. ສຳລັບ Cluster ສ່ວນຫຼາຍທີ່ມີສອງຫາຫ້າ Host ມັນກວມເອົາສິ່ງທີ່ VM ຕ້ອງການ.
VVF ແລະ VCF ຕ່າງກັນແນວໃດ?
VCF ມີທຸກຢ່າງທີ່ VVF ມີ ແລະ ເພີ່ມເຄືອຂ່າຍແບບ Software-defined NSX, ໂຄຕ້າ vSAN ຕໍ່ Core ທີ່ໃຫຍ່ກວ່າຫຼາຍ, ເຄື່ອງມື Lifecycle ທີ່ຕິດຕັ້ງ ແລະ Patch ທັງລະບົບ, ແລະ Automation ຫຼາຍຂຶ້ນ. ທັງສອງເປັນສະມາຊິກຕໍ່ Core ໂດຍມີຂັ້ນຕ່ຳ 16 Core ຕໍ່ CPU ເທົ່າກັນ. ຖ້າທ່ານບໍ່ໃຊ້ ຫຼື ບໍ່ມີແຜນໃຊ້ NSX ແລະ ແລ່ນພຽງບໍ່ເທົ່າໃດ Host, ໂດຍທົ່ວໄປ VVF ກໍພໍ. ກວດກາເງື່ອນໄຂ Broadcom ປັດຈຸບັນ, ເພາະເນື້ອໃນຂອງຊຸດເຄີຍປ່ຽນແລ້ວ.
ເປັນຫຍັງໃບສະເໜີລາຄາ VMware ຈຶ່ງສະແດງ Core ຫຼາຍກວ່າທີ່ເຊີບເວີມີ?
ເພາະ CPU ທຸກໂຕຖືກຄິດເງິນຢ່າງໜ້ອຍ 16 Core. Host ທີ່ມີ CPU 8 Core ສອງໂຕ ມີ Core ແທ້ 16 ແຕ່ຖືກຄິດເງິນ 32. Host ແບບນັ້ນສາມເຄື່ອງ ມີ Core ແທ້ 48 ແລະ ຖືກຄິດເງິນ 96. ເຊີບເວີສອງ Socket ລຸ້ນເກົ່າທີ່ມີ Core ໜ້ອຍ ຖືກກະທົບໜັກທີ່ສຸດ, ສະນັ້ນໃຫ້ພິຈາລະນາປ່ຽນຮາດແວເປັນ CPU ທີ່ໜ້ອຍໂຕລົງ ແຕ່ Core ຫຼາຍຂຶ້ນ ໄປພ້ອມກັບການຕໍ່ອາຍຸ.
ຕ້ອງມີ VCF ຈຶ່ງຈະໄດ້ vSAN ບໍ?
ບໍ່. VVF ມີໂຄຕ້າຄວາມຈຸ vSAN ຕໍ່ Core ທີ່ສະມາຊິກ, ແລະ ທ່ານສາມາດຊື້ຄວາມຈຸເພີ່ມເປັນ Add-on ໄດ້. VCF ພຽງແຕ່ມີໂຄຕ້າຕໍ່ Core ທີ່ໃຫຍ່ກວ່າຫຼາຍ. ສຳລັບ Cluster ນ້ອຍ, ໃຫ້ທຽບຄວາມຈຸ vSAN ດິບຂອງທ່ານ ກັບໂຄຕ້າໃນໃບສະເໜີລາຄາ ກ່ອນເລືອກຊຸດທີ່ໃຫຍ່ກວ່າ. ໂຄຕ້າຕໍ່ Core ເຄີຍປ່ຽນມາແລ້ວ, ສະນັ້ນໃຫ້ຢືນຢັນຕົວເລກປັດຈຸບັນກັບເງື່ອນໄຂຂອງ Broadcom.
ຄວນຕໍ່ອາຍຸ VMware ຫຼື ຍ້າຍໄປ Proxmox ຫຼື Hyper-V?
ຂຶ້ນກັບວ່າທ່ານໃຊ້ຫຍັງ ແລະ ໃຜຈະເປັນຄົນດູແລ. ຖ້າທ່ານເພິ່ງ NSX ຫຼື ແອັບພລິເຄຊັນທີ່ຜູ້ຂາຍຮອງຮັບສະເພາະ VMware, ການຕໍ່ອາຍຸມັກເປັນທາງເລືອກທີ່ປອດໄພກວ່າ. ຖ້າທ່ານແລ່ນສອງ ຫຼື ສາມ Host ພ້ອມ VM Windows ແລະ Linux ທົ່ວໄປ, ໃຫ້ທົດສອບການຍ້າຍເທິງ Host ໜຶ່ງເຄື່ອງກ່ອນ: ຍ້າຍ VM ທີ່ບໍ່ສຳຄັນບໍ່ເທົ່າໃດໂຕ, ແລ້ວທົດສອບ Backup ແລະ ການກູ້ຄືນເຕັມຮູບແບບ. ຕັດສິນຈາກຜົນທີ່ວັດໄດ້ແທ້, ບໍ່ແມ່ນຈາກລາຍການຄຸນສົມບັດ.
- #vmware
- #vvf
- #vcf
- #broadcom
- #virtualization
- #renewal