#takenote
vSphere HA đòi hỏi một số điều kiện kiện như sau:
- Phải có shared storage chứa các file máy ảo.
- Host Secondary phải đáp ứng đủ resource.
- Các host phải cùng Default GW và DNS.
- Các vSwitch phải cùng cấu hình trên các host.
vSphere Fault Tolerance(FT) là tính năng dành cho những người có yêu cầu về tính sẵn sàng cao hơn so với VMware HA
có thể cung cấp. VMware HA bảo vệ khỏi việc phát sinh lỗi của máy chủ vật lý bằng cách khởi động lại máy ảo vào lúc xảy ra lỗi, tuy nhiên việc làm này sẽ phát sinh thời gian ngừng hoạt động (downtime) khoảng 3 phút.Đối với VMware FT, thời gian ngừng hoạt động sẽ được loại bỏ, bằng cách sử dụng công nghệ vLockstep. VMware FT duy trì một bản sao của máy ảo phụ và nó được lưu trữ trong lockstep của máy ảo chính nằm trên một máy chủ vật lý riêng biệt. Tất cả mọi thứ xảy ra trên máy ảo chính đều xảy ra trên máy ảo phụ, do đó khi máy ảo chính chạy trên máy chủ vật lý bị lỗi thì các máy ảo thứ cấp có thể ngay lập tức bước vào phiên làm việc mà không mất kết nối.
Vì là tính năng chạy giữa các host nên vSphere Fault Tolerance cũng có một số điều kiện như:- Phải có shared storage chứa các file máy ảo.
- Các host phải đáp ứng resource để chạy song song 2 máy ảo.
- Các host phải tương thích CPU.
- Phải cấu hình network cho vMotion và FT logging cho virtual switch. Nên có ít nhất 2 NIC (10Gbps) cho các traffic vMotion và FT logging.
VMware DRS (Distributed Resource Scheduler , là một ứng dụng rất cần thiết trong công nghệ ảo hóa - phân bổ tài nguyên cho các máy ảo. Khi một máy ảo gặp phải sự gia tăng tải, VMware DRS tự động phân bổ nhiều tài nguyên hơn bằng cách tự động phân phối lại các máy ảo đến các máy chủ vật lý của Resource Pool.
VMware VMotion và Storage VMotion
VMotion hay còn được gọi là live migration, là một tính năng của ESX / ESXi và vCenter Server cho phép một máy ảo đang chạy có thể được di chuyển từ một máy chủ vật lý này đến một máy chủ vật lý khác mà không cần phải tắt nguồn máy ảo. Sự di chuyển giữa hai máy chủ vật lý xảy ra không có thời gian chết và không làm mất kết nối mạng đến máy ảo. VMotion đáp ứng cho nhu cầu của một tổ chức nhằm duy trì SLA để đảm bảo tính sẵn sàng cho server. Quản trị viên có thể dễ dàng dùng VMotion để di chuyển tất cả các máy ảo từ một máy chủ ESX /ESXi sáng máy ESX/ESXi để thực hiện bảo trì. Sau khi bảo trì hoàn tất và máy chủ được đưa trở lại trực tuyến, VMotion một lần nữa có thể được sử dụng để trả các máy ảo đó về với máy chủ ban đầu. Ngay cả trong các hoạt động bình thường hàng ngày, VMotion có thể được sử dụng khi nhiều máy ảo trên cùng một máy chủ đang cạnh tranh tài nguyên. VMotion có thể giải quyết vấn đề bằng cách cho phép người quản trị di chuyển bất kì máy ảo đang chạy nào đang bị tranh chấp tài nguyên nhưng có nhu cầu sử dụng tài nguyên lớn hơn đến một máy chủ ESX/ESXi khác.
Storage VMotion xây dựng trên ý tưởng và nguyên tắc của Vmotion nhằm làm giảm thời gian chết cùng với chức năng có thể di chuyển kho lưu trữ của máy ảo trong khi nó đang chạy. Tính năng này đảm bảo sẽ không xảy ra việc ngừng các máy ảo khi dữ liệu quá tải hoặc chuyển dữ liệu sang một mạng hệ thống dữ liệu mới (Storage area network) và cung cấp cho quản trị viên một công cụ để tăng tính linh hoạt nhằm đáp ứng những yêu cầu trong công việc.
VMotion and SvMotion are two different features in VMware vSphere:
VMotion:
- Allows the live migration of running virtual machines (VMs) between ESXi hosts with zero downtime.
- Maintains the VM's active state, including its network connections and application sessions.
- Used for load balancing, maintenance, and upgrades.
SvMotion:
- Allows the live migration of storage resources (datastores, VMFS volumes) between storage devices or arrays.
- Enables the relocation of VM files, including VM disks and configuration files, between datastores.
- Used for storage upgrades, maintenance, and capacity balancing.
Key differences:
- VMotion migrates VMs between hosts, while SvMotion migrates storage resources between storage devices.
- VMotion maintains the VM's active state, while SvMotion does not affect the VM's running state.
In summary, VMotion is for migrating virtual machines, while SvMotion is for migrating storage resources.
A few scenarios where vMotion can occur automatically or be triggered by certain conditions:
- DRS (Distributed Resource Scheduler) Automation: If you have DRS configured in your vCenter environment, it can automatically trigger vMotion operations. DRS balances workloads across hosts based on resource usage and VM requirements. If a host becomes overloaded or if there are better resource allocation opportunities elsewhere, DRS will automatically perform vMotion to balance the load.
- Resource Pool Rebalancing: Similar to DRS, if resource pools are set up and rebalancing is needed due to changes in resource demand or allocation, vMotion may be automatically invoked to ensure resources are distributed efficiently.
- Host Maintenance Mode: When you place a host into maintenance mode, vCenter will automatically initiate vMotion to migrate all running VMs off the host to other available hosts in the cluster. This ensures that there is no downtime for the VMs during maintenance operations.
- High Availability (HA) Failures: In the event of a host failure, VMware HA can automatically restart VMs on other hosts within the cluster. If HA is configured to use vMotion for failover, vMotion can be involved as part of the process to migrate VMs to healthy hosts.
- Cluster Capacity Management: If there are changes in cluster capacity, such as when new hosts are added or existing hosts are removed, vCenter can automatically use vMotion to adjust VM placements to optimize resource utilization.
If a host's storage fails in a VMware environment, vMotion itself will not directly address the storage failure issue. However, vMotion can play a role in mitigating the impact of such a failure. Here's how vMotion interacts with a storage failure scenario:
- Storage vMotion: If the failure involves storage that is shared or accessible by other hosts in the cluster, VMware provides a feature called Storage vMotion. Storage vMotion allows you to migrate a VM's virtual disks from one datastore to another without downtime. This can be used to move VMs off of a failing datastore to ensure that they remain operational. Storage vMotion is typically initiated manually but can be triggered automatically by DRS if configured to do so.
- vSphere HA and DRS Integration: If you have VMware High Availability (HA) configured and a host's storage fails, HA will attempt to restart VMs on other hosts within the cluster. If the storage failure impacts VM operation, HA might trigger a restart of the VM on a different host, which might involve a vMotion operation to relocate the VM. However, the primary function of HA is to restart VMs, not to perform vMotion specifically for storage issues.
- DRS Rebalancing: If the storage failure causes significant issues that affect performance or availability, DRS might move VMs to other hosts based on resource needs. In this context, while DRS might use vMotion to rebalance workloads, it does so in response to overall resource and load considerations rather than specifically to address storage failure.
To summarize, while vMotion itself does not automatically activate in response to storage failure, related features like Storage vMotion, HA, and DRS can help manage the impact of a storage failure and maintain VM availability by relocating VMs as necessary.
DRS and SDRS are two different features in VMware vSphere, they serve different purposes:
DRS (Distributed Resource Scheduler):
- Manages CPU and memory resources across a cluster of ESXi hosts.
- Automatically balances VM workloads across hosts to optimize resource utilization.
- Ensures that VMs receive the resources they need to run efficiently.
SDRS (Storage Distributed Resource Scheduler):
- Manages storage resources across a cluster of ESXi hosts.
- Automatically balances storage capacity and I/O workload across datastores.
- Ensures that VMs receive the storage resources they need to run efficiently.
Key differences:
- DRS focuses on CPU and memory resources, while SDRS focuses on storage resources.
- DRS balances workloads across hosts, while SDRS balances storage workloads across datastores.
In summary, DRS is for managing compute resources, while SDRS is for managing storage resources. Both features help ensure optimal resource utilization and VM performance in a vSphere cluster.
.... continue...
