Giải pháp hệ thống SAN storage cho DNP

Giải pháp hệ thống SAN Storage cho DNPTriển khai hệ thống Cluster cho Vmware ESXi Phần cứng sử dụng cho các node trên hệ thống Vmware ESXi Cluster phải có cùng cấu hình và thông số kỹ th

Giải pháp hệ thống SAN Storage cho DNP

Triển khai hệ thống Cluster cho Vmware ESXi

Phần cứng sử dụng cho các node trên hệ thống Vmware ESXi Cluster phải có cùng cấu hình và thông số kỹ thuật giống nhau

Phiên bản Vmware ESXi sử dụng cho các node phải cùng phiên bản Với hệ thống DNP đang sử dụng 02 phiên bản v5.5 và v6.0, cần phải nâng cấp các node đang sử dụng v5.5 lên v6.0 (hoặc nâng cấp toàn bộ hệ thống lên phiên bản Vmware ESXi phiên bản mới nhất)

Sử dụng phiên bản Vmware vCenter 6.0 hoặc cao hơn và phải cùng phiên bản với Vmware ESXi Để cấu hình được Vmware ESXi Cluster bắt buộc phải có Vmware vCenter

 1 / 3 các VM đó cần truy xuất ổ cứng tốc độ cao SSD (chạy database)

Trên SAN Storage có thể cấu hình cụm đĩa SSD và tạo LUN sử dụng cho Database

 Dung lượng dữ liệu chạy production (chưa bao gồm backup) khoảng 1TB, trong 1 năm tới có thể lên tới 2TB

Cần xác định nhu cầu sử dụng SAN Storage trong khoảng thời gian bao nhiêu năm?

 Backup định kỳ ngày 1 lần:

o DB: (dạng file dump) lưu bản gần nhất trên hệ thống Những bản backup xa hơn

sẽ dùng cloud storage (S3 hoặc GCE)

o Các VM quan trọng: (dùng VEEAM Backup) lưu bản gần nhất trên hệ thống Những bản backup xa hơn sẽ lưu trên cloud storage (S3 hoặc GCE)

Dữ liệu backup được backup trực tiếp trên SAN Storage hay đã có hệ thống backup riêng? Trường hợp chưa có hệ thống backup riêng (ngoài cloud storage), để đảm bảo an toàn và giảm thiểu tối đa trường hợp downtime hệ thống nên sử dụng Cluster SAN (sử dụng 02 thiết bị SAN Storage) Hoặc sử dụng NAS để backup dữ liệu, nhằm tránh nguy cơ mất mát dữ liệu trong thời

gian sử dụng Tuy nhiên, NAS không có khả năng sử dụng làm datastore cho hệ thống Cluster Vmware ESXi như SAN

1 Máy chủ 1 bị cao tải RAM/CPU cần chuyển bớt VM sang máy chủ 2, hoặc ngược lại

a Thời gian thực hiện không quá 15 phút

Sử dụng tính năng Distributed Resource Scheduler (DRS): phân phối và cân bằng các VM trên

mỗi ESXi server, tránh tình trạng server thì quản lý quá nhiều VM, server khác thì chỉ quản lý vài VM

2 Máy chủ 1 down, cần khôi phục các VM bật lại trên máy chủ 2, hoặc ngược lại

a Thời gian thực hiện không quá 30 phút

Sử dụng tính năng High Availability (HA): tính năng giúp tăng tính sẵn sàng cho VM Nếu

Server chết, thì VM sẽ đc chuyển sang Server phù hợp và start nó lên lại (có downtime, thời gian downtime thấp)

2 Ổ cứng đơn lẻ bị chết, khôi phục dùng RAID10

Cấu hình Raid 10 trên SAN Storage và dự phòng ổ cứng cho hệ thống SAN, nhằm đảm bảo có ổ cứng để thay thế luôn khi ổ cứng đang sử dụng trên SAN gặp sử cố

Cấu hình RAID 10:

Với RAID 10, khi có hai ổ đĩa chết trong cùng một phía mirror (như trong hình của RAID 10 là DISK 1 và DISK 2 bên trái, hoặc DISK 3 và DISK 4 bên phải), khi đó dữ liệu bị mất hoàn toàn Như vậy, với RAID 10 chỉ cho phép chết 1 ổ trên mỗi cụm RAID 1 (như trong hình của RAID

10 là DISK 1 và DISK 3, hoặc DISK 2 và DISK 4)

1 SAN bị lỗi/chết

a Khôi phục như thế nào?

Trường hợp SAN bị lỗi/chết về phần cứng, nhưng ổ đĩa cứng sử dụng trên SAN không bị lỗi/chết thì toàn bộ dữ liệu không bị ảnh hưởng Sau khi thay thế chassic mới (đúng loại chassic đang sử dụng và đúng Controller Raid) hệ thống tự động khôi phục lại cấu hình Raid trước đó

Tuy nhiên, để đảm bảo an toàn tuyệt đối cho hệ thống và giảm tránh tối đa trường hợp downtime

hệ thống nên sử dụng cấu hình Cluster SAN Storage (02 SAN Storage)

b Thời gian thực hiện?

Trường hợp chỉ có 01 thiết bị SAN Storage thì thời gian phụ thuộc vào quy định bảo hành của hãng

Trường hợp sử dụng cấu hình Cluster SAN Storage, khi một thiết bị SAN gặp lỗi/chết thì thiết bị SAN còn lại vẫn hoạt động, vì vậy hệ thống không bị ảnh hưởng Khi có thiết bị SAN thay thế thì hệ thống tự động khôi phục

Chuyển toàn bộ các ổ đang nằm trên các 2 máy đang có về SAN để tận dụng dung lượng đang có (để lại 1 phần trên máy để chạy OS VMWare)

Đối với các ổ cứng cũ nếu muốn tận dụng còn phụ thuộc vào SAN Storage có hỗ trợ hay không

Vì thiết bị SAN Storage sử dụng cho hệ thống Vmware ESXi nên sử dụng thiết bị chuyên dụng

để đạt hiệu suất tốt nhất (ví dụ: Dell MD3800f hoặc Dell MD3860f)

Toàn bộ VMWare ESXI lên version >= 6.0

Khi nâng cấp version của Vmware ESXi cũng cần phải nâng cấp version của Vmware vCenter

và cần mua license cho phiên bản nâng cấp

Về khả năng SAN bị chết, có dễ xảy ra không (so với khả năng máy chủ bị chết?) khi gặp phải thì hướng xử lý ntn?

Trường hợp thiết bị SAN chết là có khả năng xảy ra, tuy nhiên khả năng rất thấp Để đảm bảo an toàn nên sử dụng hệ thống Cluster cho SAN (cần tối thiểu 02 thiết bị SAN)

Ngoài giải pháp sử dụng SAN, bên anh có giải pháp nào khác mà vẫn giải quyết được các yêu cầu trên hay không? Ưu nhược điểm so với giải pháp SAN?

Ngoài giải pháp sử dụng thiết bị SAN vật lý thì có thể sử dụng SAN ảo (ví dụ: Openfiler) Giải pháp SAN ảo sử dụng máy chủ để làm SAN ảo và lắp thêm card FC cho máy chủ

Ưu điểm: tiết kiệm chi phí

Nhược điểm: do không phải thiết bị chuyên dụng nên hiệu suất có thể không cao Khả năng mở rộng kém vì phụ thuộc vào số lượng khay ổ cứng trên máy chủ và card Raid hỗ trợ dung lượng ổ cứng

Để đảm bảo cho hệ thống hoạt động ổn định nên sử dụng smart UPS cho hệ thống, nhằm đảm bảo an toàn cho hệ thống khi xảy ra mất điện đột ngột Smart UPS có chức năng tự động

shutdown hệ thống trong trường hợp mất điện lâu và không có kỹ thuật trực (cần lựa chọn dòng smart UPS có hỗ trợ Vmware ESXi)

Mô hình triển khai Vmware ESXi Cluster

Hệ thống sử dụng Cluster SAN:

Hệ thống không sử dụng Cluster SAN