A)  Giới thiệu

Hyper-V Replica là một tính năng hoàn toàn mới trên Windows Server 2012. Nó là giải pháp “Disaster Recovery”. Gíup nhanh chóng khắc phục và phục hồi khi xảy ra sự cố với các Virtual Machine trong Hyper-V.

Một số IT Pro thường nhầm lẫn giữa Hyper-V Replica và Hyper-V Live Migration. Hyper-V Replica cho phép tạo một bản sao các máy ảo từ bên Primary Site sang bên Replica Site, có thể phục hồi trong trường hợp khẩn cấp (Disaster). Còn Hyper-V Live Migration chỉ đơn giản là move (di chuyển) máy ảo từ Hyper-V server này sang Hyper-V server khác.

Máy ảo sẽ chạy ở Primary Site và Replica Site là nơi chứa bản sao dự phòng của máy ảo bên Primary Site. Việc replicate các máy ảo có thể là đường LAN/WAN. Hyper-V Replica tương thích hoàn toàn với bất kỳ Server, network hoặc storage của các hãng khác nhau.

B)  Lợi ích của Hyper-V Replica

• Cho phép start máy ảo (manually) bên Replica Site ngay lập tức để phục vụ, nếu bên primary site có sự cố (mất điện, cháy, server chết đột ngột), giúp failover (dự phòng).
• Hỗ trợ môi trường Cluter hoặc Non-Cluster.
• Minimal downtime : thời gian downtime rất thấp khi bạn chạy máy ảo.
• No Active Directory Domain Membership : không cần phải là thành viên Domain mới dùng được tính năng này, Workgroup cũng hỗ trợ.
• Recovery Options : cho phép cấu hình và restore lại từng thời điểm, nhờ vào Additional Recovery Points.
• Hyper-V Replica and Cloud : hỗ trợ replicate lên hạ tầng IaaS (Infrastructure as a Service) trên cloud để dự phòng.
• Data Compression : nén dữ liệu trước replicate.

C)  Yêu cầu triển khai

• Các máy Hyper-V phải là Windows Server 2012.
• Hardware phải hỗ trợ Hyper-V.
• Primary và Replica phải liên lạc được với nhau.
• Cấu hình firewall cho phép replicate giữa Primary và Replica.

D) Kiến trúc Hyper-V Replica

Trong Windows Server 2012, nhân Hypervisor (VMMS.exe) được tích hợp thêm thành phần Replica (Components). Và gọi là module “Replica Engine”, trong module này có rất nhiều thành phần, nhưng có 4 thành phần chính giúp hình thành nên Hyper-V Replica. Bao gồm : Replication Manager, Replication Tracker, Network Module, Change Tracking”.

1.  Replication Manger (RM)

Là thành phần quan trọng nhất, chịu trách nhiệm quản lý và thực thi quá trình replication giữa Hyper-V Primary Server và Hyper-V Replica Server. Thực hiện các chức năng cần thiết để đảm bảo việc replicate một cách hiệu quả. Gồm 4 hành động chính :

• Initial Replication Handler: giúp kích hoạt quá trình replication và sau khi thiết lập sẽ quản lý việc gửi dữ liệu replicate của máy ảo đến Hyper-V Replica Server.
• Delta Replication Handler: Sau khi tiến trình initial replication được thực hiện. Tiếp theo, Delta Replication sẽ kiểm tra các gói dữ liệu replicate và chắc chắn chúng được đẩy đủ và không thiếu gói dữ liệu nào trước khi gửi đi.
• Failover Handler: cho phép nhận các gói dữ liệu replicate từ Hyper-V Primary Server hoặc từ Hyper-V Replica Server.
• Failback Handler
• Test Failover Handler

Ngoài ra còn có các hành động khác như : giám sát trạng thái của các máy ảo, thực hiện nén, mã hóa và đảm nhận các chức năng Standard-Replica, Application-Consistent Replica. Giữ cho việc replicate được thực hiện đầy đủ đúng theo lịch trình, báo cáo về thông tin của lần replicate cuối cùng.

2.  Change Tracking

Sau khi các máy ảo bên Primary Server được kích hoạt tính năng Replication. Lúc này Change Tracking sẽ chịu trách nhiệm track (theo dõi sát) các thay đổi của file VHD của từng máy ảo. Khi phát hiện có thay đổi nào, Change Tracking lập tức forward thông tin đến báo cho Replication Manager biết. Replication Manager sẽ đẩy xuống hành động Delta Replication Handler để thực thi chức năng Standard-Replica hoặc Application-Consistent Replica. Những thông tin tracking này được Replication manager lưu trong cùng thư mục chứa máy ảo và dưới dạng là .HRL. Khi quá trình replication xảy ra, hệ thống sẽ gửi đi các file .HRL này.

3.  Replication Tracker

Sau khi các file .HRL đã được Replication Manager tạo ra đầy đủ và sẵn sàng để gửi đi. Lúc này RM sẽ thông báo cho Replication Tracker (RT), để RT thực hiện nhiệm vụ gửi các file này đến Replica Server. Mặc định là 5 phút và không thể thay đổi thời gian này. RT chỉ chịu trách nhiệm gửi các file .HRL.

4.  Network Module

Là module được đề cập sau cùng, là kết nối mạng giữa Primary Site và Replica Site, bao gồm các service :

• Data Compression
• Data Encryption
• Giao thức giao tiếp: HTTP, HTTPS
• Các thành phần hỗ trợ Hyper-V Replica Broker.

2 bên Site sẽ có 2 thành phần: HTTP Client và HTTP Listener. Cả 2 thành phần này hoạt động trên giao thức HTTP hoặc HTTPS. HTTP Client dùng để gửi các gói HRL file và HTTP Listener sẽ lắng nghe hành động Initial Replication và Delta Replication.

Trước khi các file HRL được Primary Site gửi đi đến Replica Site, Replica Site phải được chứng thực thành công với Primary Site (việc chứng thực được thực hiện dựa trên giao thức HTTP hoặc HTTPS). Việc chứng thực được thực hiện trong lúc bạn cấu hình replication, và các chu kỳ replicate tiếp theo sẽ không cần chứng thực lại.

Sau khi chứng thực thành công, lúc này Replica Site mới thiết lập kết nối và nhận các file .HRL mà Primary Site gửi đến. Sau khi nhận các file .HRL, Replica Site sẽ gửi ACK lại để xác nhận cho Primary Site biết nó đã nhận được và bắt đầu đưa vào xử lý.

E) Quá trình hoạt động của Hyper-V Replica

1) Enable Replication: Trước khi thực hiện việc Replicate máy ảo giữa 2 Site (Primary và Replica) thì phải enable tính năng Replication trong Hyper-V Server bên Replica Site. Lúc này cho phép bạn chọn cơ chế truyền data như dùng Kerberos (HTTP) hoặc Certificate-based authentication (HTTPS), đồng thời bạn phải enable port Hyper-V Replica trong Firewall

2) Initial Replication Mode: Sau khi enable thì hệ thống sẽ bắt đầu thiết lập bước đầu tiên là sẽ copy toàn bộ storage của máy ảo (Current Configuration, Snapshots, VHD, Smart Paging) sang bên Hyper-V Server của Replica Site. Có 3 loại :

• Use network replication: transfer storage máy ảo qua đường Network (LAN/WAN)
• Use a backup copy on the Replica Server:  nếu bạn có dùng tool backup các máy ảo thường xuyên, thì bạn chỉ cần lấy bản backup của máy ảo đem qua cho Replica Server
• Use External media: xuất ra external devices (USB, SAN, Storage), sau đó copy từ External devices vào Replica Server

3) After Initial Replicate: sau khi đã hoàn thành bước 2, tại thời điểm này bạn đã có một bản sao (copy) 1:1 giữa máy ảo Primary Site và máy ảo Replica Site. Điều tiếp theo Hyper-V Replica sẽ làm là duy trì việc cập nhật những thay đổi mà user đang sử dụng tính từ thời điểm này trở đi, chúng được gọi là log file. Bằng cách lập lịch Replicate (Schedule), bạn có thể cho phép (5 phút, 15 phút hoặc 30s) replicate một lần. Dữ liệu log file này được compression (nén) trước khi truyền đi và có đuôi là .hrl

Hyper-V Replica trong Windows Server 2012 R2 khác với Windows Server 2012 là hỗ trợ thêm option Replicate với thời gian 30s và 15 phút, ngoài ra còn có tính năng Replicate Chain, có thể hiểu HOST A (Primary Site) replicate máy ảo sang HOST B (Replica Site), HOST B tiếp tục replicate sang máy ảo HOST C (IaaS, Replica Site 2) mà tôi hay gọi là Replicate mắt xích.

 

Lab Hyper-V Replica Non-Cluster with Domain Membership

1) Mô hình bao gồm :

• Máy Hyper-V Primary Site: có sẵn máy ảo VM1 và Storage của máy ảo này nằm ở File-Server 172.1.1.1/24.
• Máy Hyper-V Replica Site: sẽ dùng để chứa máy ảo VM1 copy được Hyper-V Primary replicate sang và Storage của nó nằm trong máy Hyper-V Replica Site này luôn.
• Máy AD chính là File-Server.
• Môi trường ở đây sử dụng Kerberos để replicate dữ liệu và nằm trong Domain.

2) Tiến hành:

• Cấu hình Hyper-V2 (Replica Site) enable tính năng Replication

• Chọn Kerberos và chọn đường dẫn lưu Storage máy ảo trong Hyper-V2 server ở phần“Allow Replication From Any Authenticated Server”

• Nhấn OK, và lúc này hệ thống sẽ thông báo cho bạn nên enable rule 2 port Hyper-V Replica HTTP và Hyper-V Replica HTTPS trong Firewall Inbound của Hyper-V2.

• Vào Windows Firewall Advanced Security và enable 2 port này lên

• Lúc này bạn tiến hành cấu hình Replication : từ máy Hyper-V1 Primary Site, chuột phải máy ảo và chọn Enable Replication….

• Chọn server phía Replica Site, là Hyper-V2

• Chọn giao thức truyền đồng thời stick vào ô nén data bên dưới.

• Chọn VHD, có thể máy ảo có nhiều VHD, bạn nên chọn VHD chứa ổ đĩa hệ thống.

• Chọn chu kỳ thời gian Hyper-V1 Primary site replicate sang cho Hyper-V2 Replica Site.

Mặc định Hyper-V Replica cho phép tối đa 15 bản recovery point (snapshot), có 2 cơ chế tạo một Recovery point :

• Maintain only the latest recovery point : chỉ tạo duy nhất một recovery point tính từ thời điểm này.
• Create additional hourly recovery points :

+ Coverage provided by additional recovery points (in hours) : là cơ chế backup dạng “Standard Replica”. Thực hiện Full backup theo chu kỳ.

+ VSS (Volume Shadow Copies) : là cơ chế backup bổ sung, dạng “Application-Consistent”, dùng application VSS để sao lưu tùy theo thời gian ta thiết lập.

• Chọn cơ chế của bước “Initial Replication Method”, ở đây tôi cho replicate bằng đường Network (LAN/WAN) và replicate ngay lập tức

• Cấu hình network cho máy ảo copy bên Replica Site, chọn Settings và chọn card mạng tương ứng bên Replica Site

 

 

• Sau khi đã hoàn thành cấu hình, lúc này Hyper-V1 Primary sẽ tiến hành thiết lập Initial Replication (chép tất cả Storage qua bên Hyper-V2 Replica)

• Sau khi đã hoàn thành, bạn có thể xem kết quả của việc Replicate bằng “View Replicate Health”

• Tiếp theo là bước “After Initial Replication” : bước này cứ theo chu kỳ bao nhiêu phút là replicate một lần (tùy theo cấu hình 30s, 5 phút, 15 phút)
• 

 

Thứ nhất, Bạn không nên nhầm lẫn giữa triển khai Failover Cluster và Hyper-V Replica. Failover Cluster giúp cho hệ thống luôn ở trong trạng thái sẵn sàng (High Availability) bất cứ lúc nào, còn Hyper-V Replica chỉ là một cơ chế khắc phục sự cố khi xảy ra (Disaster Recovery) và chỉ là tạm thời. Người quản trị cứ nhầm lẫn là Hyper-V Replica cũng giống Failover Clustering, thế nên họ ưu tiên triển khai Hyper-V Replica hơn. Trong thực tế, chúng ta nên triển khai Failover Clustering.

Như tôi đề cập ở trên, Hyper-V Replica thiết kế ra chỉ  giải quyết vấn đề “Disaster Recovery” (khắc phục sự cố, thảm họa), cho phép phục hồi máy ảo một cách nhanh chóng. Nếu các máy ảo Primary Site bị chết, thì các máy ảo copy bên Replica Site sẽ enable lên và chạy (việc này bạn phải thực hiện bằng tay), giúp phục hồi hệ thống nhanh nhất để không làm gián đoạn . Giả sử trong trường hợp Replica Site cũng chết, thì coi như không thể phục hồi và doanh nghiệp sẽ bị downtime liên tục. Kết luận, Hyper-V Replica chỉ phục hồi tạm thời và về lâu dài thì triển khai giải pháp Failover Cluster vẫn hay hơn.

Thứ hai, rất nhiều người quản trị nghĩ rằng Hyper-V Replica thực chất là một phương pháp backup (do nó ánh xạ 1:1) và bỏ quên các giải pháp backup máy ảo theo kiểu truyền thống trong Hyper-V. Đó thực sự là sai lầm.

Sau đây là bảng so sánh giữa Failover Cluster, Hyper-V Replica, và phương pháp Backup.

Như bạn thấy, phương pháp backup có thể thay thế cho Hyper-V replica, nhưng nếu xét ngược lại thì hoàn toàn không thể. Hyper-V Replica chỉ cho phép tối đa 15 bản snapshot cho cả 2 cơ chế “Standard Replica” hoặc “Application-Consistent”. Nếu sếp bạn yêu cầu phải giữ các bản sao trong vòng một tháng, điều đó thực sự khó khăn. Còn nữa, Hyper-V Replica không có đầy đủ các thuộc tính sao lưu ở dạng nâng cao hơn là các phương pháp backup.

Do đó cần phải có một phương pháp backup truyền thống. Ví dụ như sản phẩm Altaro Hyper-V Backup, cho phép bạn backup và tạo ra vô số bản snapshot cho từng thời điểm. Còn đối với Và an toàn hơn hết trong trường hợp cả 2 Hyper-V Primary Site và Hyper-V Replica đều chết. Thì backup bằng truyền thống (off-site) sẽ còn lưu giữ lại các máy ảo, và việc bạn cần làm là chỉ cần tạo ra một Hyper-V server mới sau đó import các máy ảo này vào.

Hyper-V Replica cho phép bạn giả lập môi trường và test thử khả năng chịu lỗi trước khi có sự cố xảy ra. Giúp bạn an tâm hơn sau khi cấu hình.

Tiếp theo, sau khi đã cấu hình và replicate qua Replica site. Nếu xảy ra sự cố bên Primary site, làm thế nào chúng ta enable các máy ảo bên Replicate Site (thuật ngữ enable máy ảo bên Replicate Site gọi là “Failover”) . Có 3 loại như sau :

• Test Failover
• Planned Failover
• Unplanned Failover

1) Test Failover :

Cho phép bạn test thử máy ảo bên Replica Site (còn máy ảo đang chạy thực sự là bên Primary Site) xem có bị lỗi hay trục trặc gì không. Khi chọn vào Test Failover như hình dưới, lúc này hệ thống sẽ yêu cầu bạn chọn thời điểm snapshot bạn muốn, sau đó nó sẽ sinh ra một máy ảo có tên “Name – Test Failover”. Và bạn có thể Start lên chạy thử.

• Dừng việc test Failover

2) Planned Failover

Planned Failover phải cấu hình bằng tay, thực hiện trên Primary Site chỉ khi người quản trị muốn bảo trì (maintance) trên Primary Site và bắt buộc phải cho các máy ảo bên Replica Site phục vụ người dùng. Sau khi bảo trì xong thì enable lại Primary Site phục vụ người dùng.

• Nếu bạn check vào ô “Reverse the replication direction after failover” có nghĩa là nếu bảo trì xong Primary Site và lúc này cho máy ảo bên Primary Site trở về hoạt động. Thì cần replicate ngược lại những dữ liệu trong quá trình sử dụng các máy ảo bên Replica Site. (Lưu ý : Bạn phải enable tính năng replication bên máy Hyper-V Primary Site trước khi thực hiện điều này)

• Lúc này, người dùng tạm thời sử dụng máy ảo bên Replica Site

• Đương nhiên, bạn không được phép start máy ảo bên Hyper-V Primary Site

• Hủy bỏ cơ chế planned failover sau khi bảo trì Primary Site.

3) Unplanned Failover

Unplanned Failover chỉ thực hiện khi Primary Site chết đột ngột, lúc này bạn phải qua Hyper-V Server bên Replica Site để thực hiện Unplanned Failover, phục vụ cho người dùng.

• Chọn thời điểm phục hồi

• Sau khi phục hồi Primary Site thì lúc này có thể chọn Reverse Replication để replicate dữ liệu mới nhất qua cho Primary Site, và cancel việc unplanned failover

A) Introduce

First, you need to learn what Paging File is and they are explained in detail in this article: Link

In Hyper-V, virtual machines (Virtual Machines) with Windows operating system will also create these Page Files. They often have a 1:1 ratio to RAM, which is unnecessary and wastes the VHD space of the virtual machine. Because the virtual machines have been provided by Hyper-V with a sufficient amount of RAM to serve, depending on the needs that the administrator configures.

As I explained about Hyper-V Replica in the previous post, I mentioned Replication Tracker (RT). RT is responsible for tracking changes to the VHD of the virtual machine, so that they know and perform the replication through the Replica Site. However, there are a few files you won’t want to replicate to, commonly seen here is the Paging File (C:pagefile.sys). They are not needed for replication and are often very large files, removing them from the replication process will reduce VHD capacity and reduce WAN/LAN bandwidth for replication.

Here I will guide you to configure and setup Page File to be stored in another VHD, and perform Replication to Replica Site only the required VHD drives (System, Database).

B) Lab “Optimize Hyper-V Replica with excluding paging file”

You should preview the labs on “Hyper-V Replica in Windows Server 2012/2012 R2“

Model :

• Hyper-V1 machine (172.1.1.2/24) : Primary Site
• Hyper-V2 machine (172.1.1.3/24) : is Replica Site
• Domain Controller (File Server): contains virtual machine VM1 (VHD Virtual Machine) and creates a VHD containing Paging File.

1. Create a virtual machine on Hyper-V1, but the virtual machine’s Storage will be stored in File Server

• On File-Server, create a folder “Windows 8.1” and Properties -> Share full permissions for 2 physical machines “Hyper-V1 – Hyper-V2”

• Next go to Hyper-V1, proceed to create a new virtual machine

• Save the virtual machine configuration file in the folder just created on File-Server

• Set RAM for virtual machine

• Set up the network for the virtual machine

• Save the VHD (Storage) file of the virtual machine to the folder you just created

• Specify the Windows installation .ISO file

2. Proceed to create VHD Paging File on File-Server and attach them to the virtual machine

• Go to the virtual machine –> “Windows + I” to open the Charm bar –> “PC Info” –> Select “Advanced System Settings -> Advanced -> Settings in Performance” -> Select “Advanced -> Change” we will see Paging The file is located on drive C.

• Go to File-Server -> Go to Run -> Diskmgmt.msc

• Select Action -> Create VHD

• Click Browse and select the folder path just created in step 1 -> Name it VHDX as Paging File

• After creating it -> Right-click on the newly created VHD Disk, select “Initialize Disk” to activate using Disk

• Proceed to create a Volume for this Disk

• Name the Volume and proceed to Format

• After the format is complete -> Proceed to Detach VHD, because VHD is being used in File-Server, we need Detach to serve the virtual machine

• Turn off the virtual machine, right-click Settings

• Select Hard Drive –> click Add to create a new SCSI Controller Hard Drive

• Select to the newly created VHD Paging File in the folder

• Click OK, then Start the virtual machine and go inside to check if the VHD Paging File is displayed

• Proceed to configure Paging File: Go to the virtual machine –> “Windows + I” to open the Charm bar –> “PC Info” –> Select “Advanced System Settings -> Advanced -> Settings in Performance” -> Next select “Advanced – > Change”, uncheck “Automatically manage paging file” and then select drive D to store Paging file -> Stick select System Managed Size.

• The system will ask to reboot to complete the configuration process, message OK and reboot.

3. Proceed to configure Replication and check the Replication process

• Right-click on the virtual machine -> Select “Enable Replication…”

• Select Replica Server (Hyper-V2)

• Use HTTP to communicate + compress data before transmission

• This step is important, we select the VHD Virtual Machine file, do not select Paging File (they will not replicate the VHD Paging File)

• Configure default replication time (5 minutes)

• Configuring Recovery Points

• Configuration allows instant replication

• After Replication -> Right-click the virtual machine -> Replication -> View Replication Health, to check whether the virtual machine has replicated successfully or not

• Now we go to Hyper-V2 side virtual machine storage path and see that only VHD Virtual Machine is replicated (no VHD Paging File) -> Lab successful.

As mentioned in previous articles, Hyper-V Replica allows a Primary Site to replicate virtual machines to the Replica Site. When something goes wrong at the Primary Site, you can quickly process and recover virtual machines thanks to the Replica Site. Assuming that the Primary Site and the Replica Site both die, how do we handle it while the company is deploying an event or a project and needs virtual machines more than ever.

Windows Server 2012 R2 adds the Hyper-V Replica Chain feature to solve the above problem. Now there will be more redundant Replica Sites and that depends on the needs of the business. Working in a “chain” chain, ie Primary Site will replicate virtual machines to Replica Site 1, Replica Site 1 will continue to replicate these virtual machines to Replica Sites 2,3,4,5….

Model Hyper-V Replica Chain

· Machine Domain Controller/File-Server (172.1.1.1/24) : contains VHD of virtual machine

· Hyper-V1 machine (Primary Site): 172.1.1.2/24, perform Replicate virtual machine VM1 to Hyper-V2

· Hyper-V2 machine (Replica Site 1) : 172.1.1.3/24, will perform replicate chain with Hyper-V3

Hyper-V3 (Replica Site 2): 172.1..14/24

Steps to take

1. Create a virtual machine VM at Primary Site and VHD (Storage) of the virtual machine located at File Server, do it at this link : Link

2. Configure Hyper-V Replica feature for Primary Site and Replica Site, do at this link: Link

3. Configure Hyper-V Replica feature for Replica Site 2:

• Hyper-V3 machine, right-click and select “Hyper-V Settings”

• Go to the “Replication Configuration” tab -> Check the box “Enable this computer as a Replica Server” -> Select the HTTP protocol to communicate and select “Allow replication from any authenticated server”, now click Browse to point to the directory contains the virtual machine to be replicated to.

• Click OK, Hyper-V will prompt you to open 2 firewall ports: “Hyper-V Replica HTTP/HTTPS Listener”

• Go to Firewall -> Advanced Settings -> Inbound Rules -> Open these 2 ports

4. Configure Hyper-V Replication Chain for Replica Site 1 and Replica Site 2

• On the Hyper-V2 machine, right-click the virtual machine -> Replication -> Extend Replication…

• Select the server on the side of Replica Site 2 -> in the model is the server “Hyper-V3”

• Select connection protocol -> Use Kerberos Authentication (HTTP) and compress before transmitting

• Select replication time (default is 5 minutes)

• Do Replicate on the network and do the Replicate right away

• At this time, the virtual machine will be replicated by Replica Site 2 to Replica Site 3

Note: Primary Site and Replica Site 2 must be Synchronize, then Replica Site 2 can continue to synchronize to Replica Site 3.