Đây là một lầm tưởng khá phổ biến trong lĩnh vực phần cứng máy chủ. Trong thực tế, các giải pháp siêu hội tụ (khi mọi thứ ở trong một) là cần thiết cho nhiều thứ. Trong lịch sử, các kiến trúc đầu tiên được Amazon và Google phát triển cho các dịch vụ của họ. Sau đó, ý tưởng là tạo ra một trang trại điện toán từ các nút giống hệt nhau, mỗi nút có đĩa riêng. Tất cả điều này được hợp nhất bởi một số phần mềm tạo hệ thống (hypervisor) và được chia thành các máy ảo. Mục tiêu chính là giảm thiểu nỗ lực phục vụ một nút và giảm thiểu các vấn đề khi mở rộng quy mô: chỉ cần mua thêm một nghìn hoặc hai máy chủ giống nhau và kết nối chúng ở gần nhau. Trong thực tế, đây là những trường hợp riêng biệt và chúng ta thường nói về số lượng nút nhỏ hơn và kiến trúc hơi khác một chút.
Nhưng điểm cộng vẫn giữ nguyên - khả năng mở rộng và quản lý dễ dàng đáng kinh ngạc. Nhược điểm là các tác vụ khác nhau tiêu thụ tài nguyên khác nhau và ở một số nơi sẽ có nhiều đĩa cục bộ, ở những nơi khác sẽ có ít RAM, v.v., tức là đối với các loại tác vụ khác nhau, việc sử dụng tài nguyên sẽ giảm.
Hóa ra là bạn phải trả thêm 10–15% để dễ dàng thiết lập. Đây chính là điều đã khơi dậy huyền thoại trong tiêu đề. Chúng tôi đã dành một thời gian dài để tìm kiếm nơi công nghệ sẽ được áp dụng một cách tối ưu và chúng tôi đã tìm thấy nó. Thực tế là Cisco không có hệ thống lưu trữ riêng nhưng họ muốn có một thị trường máy chủ hoàn chỉnh. Và họ đã tạo ra Cisco Hyperflex - một giải pháp lưu trữ cục bộ trên các nút.
Và điều này bỗng nhiên trở thành một giải pháp rất tốt cho việc sao lưu trung tâm dữ liệu (Disaster Recovery). Tôi sẽ cho bạn biết lý do tại sao và làm thế nào bây giờ. Và tôi sẽ chỉ cho bạn các bài kiểm tra cụm.
Khi cần thiết
Siêu hội tụ là:
- Chuyển đĩa sang các nút tính toán.
- Tích hợp đầy đủ hệ thống con lưu trữ với hệ thống con ảo hóa.
- Chuyển giao/tích hợp với hệ thống con mạng.
Sự kết hợp này cho phép bạn triển khai nhiều tính năng của hệ thống lưu trữ ở cấp độ ảo hóa và tất cả từ một cửa sổ điều khiển.
Trong công ty của chúng tôi, các dự án thiết kế trung tâm dữ liệu dự phòng đang có nhu cầu lớn và giải pháp siêu hội tụ thường được chọn do có rất nhiều tùy chọn sao chép (lên đến một cụm đô thị lớn).
Trong trường hợp trung tâm dữ liệu dự phòng, chúng ta thường nói về một cơ sở từ xa trên một địa điểm ở phía bên kia thành phố hoặc hoàn toàn ở một thành phố khác. Nó cho phép bạn khôi phục các hệ thống quan trọng trong trường hợp trung tâm dữ liệu chính bị lỗi một phần hoặc toàn bộ. Dữ liệu bán hàng liên tục được sao chép ở đó và bản sao này có thể ở cấp ứng dụng hoặc ở cấp thiết bị khối (lưu trữ).
Vì vậy, bây giờ tôi sẽ nói về thiết kế và thử nghiệm hệ thống, sau đó là về một số kịch bản ứng dụng thực tế với dữ liệu tiết kiệm.
Kiểm tra
Phiên bản của chúng tôi bao gồm bốn máy chủ, mỗi máy chủ có 10 ổ SSD 960 GB. Có một đĩa chuyên dụng cho các hoạt động ghi vào bộ nhớ đệm và lưu trữ máy ảo dịch vụ. Bản thân giải pháp là phiên bản thứ tư. Cái đầu tiên thực sự là thô thiển (đánh giá qua các đánh giá), cái thứ hai thì yếu ớt, cái thứ ba đã khá ổn định và cái này có thể được gọi là bản phát hành sau khi kết thúc thử nghiệm beta cho công chúng. Trong quá trình thử nghiệm tôi không thấy có vấn đề gì, mọi thứ đều hoạt động như đồng hồ.
Những thay đổi trong v4Một loạt lỗi đã được sửa.
Ban đầu, nền tảng này chỉ có thể hoạt động với bộ ảo hóa VMware ESXi và hỗ trợ một số lượng nhỏ nút. Ngoài ra, quá trình triển khai không phải lúc nào cũng kết thúc thành công, một số bước phải khởi động lại, gặp vấn đề khi cập nhật từ các phiên bản cũ hơn, dữ liệu trong GUI không phải lúc nào cũng hiển thị chính xác (mặc dù tôi vẫn không hài lòng với việc hiển thị biểu đồ hiệu suất). ), đôi khi có vấn đề phát sinh ở giao diện ảo hóa.
Giờ đây mọi vấn đề thời thơ ấu đã được khắc phục, HyperFlex có thể xử lý cả ESXi và Hyper-V, ngoài ra còn có thể:
- Tạo một cụm kéo dài.
- Tạo cụm cho văn phòng mà không cần sử dụng Fabric Interconnect, từ hai đến bốn nút (chúng tôi chỉ mua máy chủ).
- Khả năng làm việc với các hệ thống lưu trữ bên ngoài.
- Hỗ trợ cho container và Kubernetes.
- Tạo các vùng sẵn có.
- Tích hợp với VMware SRM nếu chức năng tích hợp không đạt yêu cầu.
Kiến trúc không khác nhiều so với giải pháp của các đối thủ cạnh tranh chính, họ không tạo ra một chiếc xe đạp. Tất cả đều chạy trên nền tảng ảo hóa VMware hoặc Hyper-V. Phần cứng được lưu trữ trên các máy chủ Cisco UCS độc quyền. Có những người ghét nền tảng này vì sự phức tạp tương đối của quá trình thiết lập ban đầu, rất nhiều nút bấm, hệ thống mẫu và phần phụ thuộc không tầm thường, nhưng cũng có những người đã học Zen, được truyền cảm hứng từ ý tưởng này và không còn muốn nữa. để làm việc với các máy chủ khác.
Chúng tôi sẽ xem xét giải pháp cho VMware, vì giải pháp ban đầu được tạo ra cho nó và có nhiều chức năng hơn; Hyper-V đã được thêm vào trong quá trình phát triển để theo kịp các đối thủ cạnh tranh và đáp ứng mong đợi của thị trường.
Có một cụm máy chủ chứa đầy đĩa. Có đĩa để lưu trữ dữ liệu (SSD hoặc HDD - tùy theo sở thích và nhu cầu của bạn), có một đĩa SSD để lưu vào bộ nhớ đệm. Khi ghi dữ liệu vào kho dữ liệu, dữ liệu được lưu trên lớp bộ đệm (đĩa SSD chuyên dụng và RAM của VM dịch vụ). Song song đó, một khối dữ liệu được gửi đến các nút trong cụm (số lượng nút phụ thuộc vào hệ số sao chép cụm). Sau khi xác nhận từ tất cả các nút về việc ghi thành công, xác nhận ghi sẽ được gửi đến bộ ảo hóa và sau đó đến VM. Dữ liệu đã ghi sẽ được sao chép, nén và ghi vào đĩa lưu trữ ở chế độ nền. Đồng thời, một khối lớn luôn được ghi vào đĩa lưu trữ và tuần tự, giúp giảm tải cho các đĩa lưu trữ.
Tính năng chống trùng lặp và nén luôn được bật và không thể tắt. Dữ liệu được đọc trực tiếp từ đĩa lưu trữ hoặc từ bộ đệm RAM. Nếu sử dụng cấu hình kết hợp, các lần đọc cũng được lưu vào bộ nhớ đệm trên SSD.
Dữ liệu không bị ràng buộc với vị trí hiện tại của máy ảo và được phân bổ đều giữa các nút. Cách tiếp cận này cho phép bạn tải tất cả các đĩa và giao diện mạng như nhau. Có một nhược điểm rõ ràng: chúng tôi không thể giảm độ trễ đọc càng nhiều càng tốt vì không có gì đảm bảo về tính khả dụng của dữ liệu cục bộ. Nhưng tôi tin rằng đây chỉ là sự hy sinh nhỏ so với lợi ích nhận được. Hơn nữa, độ trễ mạng đã đạt đến giá trị đến mức chúng thực tế không ảnh hưởng đến kết quả chung.
Bộ điều khiển Nền tảng dữ liệu Cisco HyperFlex dịch vụ đặc biệt VM, được tạo trên mỗi nút lưu trữ, chịu trách nhiệm về toàn bộ logic hoạt động của hệ thống con đĩa. Trong cấu hình VM dịch vụ của chúng tôi, tám vCPU và 72 GB RAM đã được phân bổ, con số này không quá ít. Hãy để tôi nhắc bạn rằng bản thân máy chủ có 28 lõi vật lý và RAM 512 GB.
VM dịch vụ có quyền truy cập trực tiếp vào đĩa vật lý bằng cách chuyển tiếp bộ điều khiển SAS tới VM. Giao tiếp với trình ảo hóa diễn ra thông qua một mô-đun đặc biệt IOVisor, mô-đun này chặn các hoạt động I/O và sử dụng một tác nhân cho phép bạn gửi lệnh đến API của trình ảo hóa. Tác nhân chịu trách nhiệm làm việc với các ảnh chụp nhanh và bản sao HyperFlex.
Tài nguyên đĩa được gắn vào bộ ảo hóa dưới dạng chia sẻ NFS hoặc SMB (tùy thuộc vào loại bộ ảo hóa, hãy đoán xem cái nào ở đâu). Và bên dưới, đây là một hệ thống tệp phân tán cho phép bạn thêm các tính năng của hệ thống lưu trữ chính thức dành cho người lớn: phân bổ khối lượng mỏng, nén và chống trùng lặp, ảnh chụp nhanh bằng công nghệ Chuyển hướng khi ghi, sao chép đồng bộ/không đồng bộ.
VM dịch vụ cung cấp quyền truy cập vào giao diện quản lý WEB của hệ thống con HyperFlex. Có tích hợp với vCenter và hầu hết các tác vụ hàng ngày có thể được thực hiện từ nó, nhưng kho dữ liệu, chẳng hạn, sẽ thuận tiện hơn khi cắt từ một webcam riêng nếu bạn đã chuyển sang giao diện HTML5 nhanh hoặc sử dụng ứng dụng khách Flash chính thức với sự tích hợp đầy đủ. Trong webcam dịch vụ, bạn có thể xem hiệu suất và trạng thái chi tiết của hệ thống.
Có một loại nút khác trong cụm - nút tính toán. Đây có thể là máy chủ dạng rack hoặc phiến không có đĩa cài sẵn. Các máy chủ này có thể chạy máy ảo có dữ liệu được lưu trữ trên máy chủ có đĩa. Từ quan điểm truy cập dữ liệu, không có sự khác biệt giữa các loại nút, bởi vì kiến trúc liên quan đến việc trừu tượng hóa khỏi vị trí vật lý của dữ liệu. Tỷ lệ tối đa của các nút tính toán và các nút lưu trữ là 2:1.
Việc sử dụng nút điện toán sẽ tăng tính linh hoạt khi mở rộng quy mô tài nguyên cụm: chúng tôi không phải mua thêm nút bằng ổ đĩa nếu chỉ cần CPU/RAM. Ngoài ra, chúng ta có thể thêm lồng phiến và tiết kiệm chi phí đặt máy chủ trên giá đỡ.
Kết quả là chúng tôi có một nền tảng siêu hội tụ với các tính năng sau:
- Tối đa 64 nút trong một cụm (tối đa 32 nút lưu trữ).
- Số nút tối thiểu trong một cụm là ba (hai nút đối với cụm Edge).
- Cơ chế dự phòng dữ liệu: phản chiếu với hệ số sao chép 2 và 3.
- Cụm tàu điện ngầm.
- Sao chép máy ảo không đồng bộ sang một cụm HyperFlex khác.
- Phối hợp chuyển đổi máy ảo sang trung tâm dữ liệu từ xa.
- Ảnh chụp nhanh gốc sử dụng công nghệ Chuyển hướng khi ghi.
- Tối đa 1 PB dung lượng có thể sử dụng ở hệ số sao chép 3 và không bị trùng lặp. Chúng tôi không tính đến yếu tố nhân rộng 2, vì đây không phải là một lựa chọn để bán hàng nghiêm túc.
Một điểm cộng lớn nữa là dễ quản lý và triển khai. Tất cả sự phức tạp của việc thiết lập máy chủ UCS đều được xử lý bởi một máy ảo chuyên dụng do các kỹ sư của Cisco chuẩn bị.
Cấu hình băng ghế thử nghiệm:
- 2 x Cisco UCS Fabric Interconnect 6248UP dưới dạng cụm quản lý và các thành phần mạng (48 cổng hoạt động ở chế độ Ethernet 10G/FC 16G).
- Bốn máy chủ Cisco UCS HXAF240 M4.
Đặc điểm máy chủ:
CPU
2 x Intel® Xeon® E5-2690 v4
RAM
16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/xếp hạng kép/x4/1.2v
mạng
UCSC-MLOM-CSC-02 (VIC 1227). 2 cổng Ethernet 10G
HBA lưu trữ
Bộ điều khiển thông qua SAS mô-đun Cisco 12G
Đĩa lưu trữ
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
Nhiều tùy chọn cấu hình hơnNgoài phần cứng đã chọn, hiện còn có các tùy chọn sau:
- HXAF240c M5.
- Một hoặc hai CPU từ Intel Silver 4110 đến Intel Platinum I8260Y. Thế hệ thứ hai có sẵn.
- 24 khe cắm bộ nhớ, dải từ 16 GB RDIMM 2600 đến 128 GB LRDIMM 2933.
- Từ 6 đến 23 đĩa dữ liệu, một đĩa đệm, một đĩa hệ thống và một đĩa khởi động.
Ổ đĩa dung lượng
- HX-SD960G61X-EV 960GB 2.5 inch Ổ cứng SSD SATA 6G giá trị doanh nghiệp (độ bền gấp 1 lần) SAS 960 GB.
- HX-SD38T61X-EV 3.8TB 2.5 inch Giá trị doanh nghiệp SSD SATA 6G (độ bền gấp 1 lần) SAS 3.8 TB.
- Ổ đĩa đệm
- HX-NVMEXPB-I375 375GB Ổ đĩa Intel Optane 2.5 inch, Độ hoàn hảo & Độ bền cực cao.
- HX-NVMEHW-H1600* 1.6TB 2.5 inch Ent. Hoàn hảo. SSD NVMe (độ bền gấp 3 lần) NVMe 1.6 TB.
- HX-SD400G12TX-EP 400GB 2.5 inch Ent. Hoàn hảo. SSD 12G SAS (độ bền gấp 10 lần) SAS 400 GB.
- HX-SD800GBENK9** 800GB 2.5 inch Ent. Hoàn hảo. SSD 12G SAS SED (độ bền gấp 10 lần) SAS 800 GB.
- HX-SD16T123X-EP 1.6TB 2.5 inch SSD 12G SAS hiệu suất doanh nghiệp (độ bền gấp 3 lần).
Ổ đĩa hệ thống/Nhật ký
- HX-SD240GM1X-EV 240GB 2.5 inch SSD SATA 6G giá trị doanh nghiệp (Yêu cầu nâng cấp).
Ổ đĩa khởi động
- HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB.
Kết nối với mạng thông qua cổng Ethernet 40G, 25G hoặc 10G.
FI có thể là HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G).
Bản thân bài kiểm tra
Để kiểm tra hệ thống con đĩa, tôi đã sử dụng HCIBench 2.2.1. Đây là một tiện ích miễn phí cho phép bạn tự động hóa việc tạo tải từ nhiều máy ảo. Bản thân tải được tạo ra bởi fio thông thường.
Cụm của chúng tôi bao gồm bốn nút, hệ số sao chép 3, tất cả các đĩa đều là Flash.
Để thử nghiệm, tôi đã tạo bốn kho dữ liệu và tám máy ảo. Đối với các bài kiểm tra ghi, giả định rằng đĩa đệm chưa đầy.
Kết quả kiểm tra như sau:
100% đọc 100% ngẫu nhiên
0% Đọc 100% Ngẫu nhiên
Độ sâu khối/hàng đợi
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 mili giây 213804 IOPS
0,84 mili giây 303540 IOPS
1,36 mili giây 374348 IOPS
2.47 mili giây 414116 IOPS
4,86 mili giây 420180 IOPS
2,22 mili giây 57408 IOPS
3,09 mili giây 82744 IOPS
5,02 mili giây 101824 IPOS
8,75 mili giây 116912 IOPS
17,2 mili giây 118592 IOPS
8K
0,67 mili giây 188416 IOPS
0,93 mili giây 273280 IOPS
1,7 mili giây 299932 IOPS
2,72 mili giây 376,484 IOPS
5,47 mili giây 373,176 IOPS
3,1 mili giây 41148 IOPS
4,7 mili giây 54396 IOPS
7,09 mili giây 72192 IOPS
12,77 mili giây 80132 IOPS
16K
0,77 mili giây 164116 IOPS
1,12 mili giây 228328 IOPS
1,9 mili giây 268140 IOPS
3,96 mili giây 258480 IOPS
3,8 mili giây 33640 IOPS
6,97 mili giây 36696 IOPS
11,35 mili giây 45060 IOPS
32K
1,07 mili giây 119292 IOPS
1,79 mili giây 142888 IOPS
3,56 mili giây 143760 IOPS
7,17 mili giây 17810 IOPS
11,96 mili giây 21396 IOPS
64K
1,84 mili giây 69440 IOPS
3,6 mili giây 71008 IOPS
7,26 mili giây 70404 IOPS
11,37 mili giây 11248 IOPS
In đậm biểu thị các giá trị mà sau đó năng suất không tăng, thậm chí đôi khi có thể nhìn thấy sự suy giảm. Điều này là do thực tế là chúng tôi bị giới hạn bởi hiệu suất của mạng/bộ điều khiển/đĩa.
- Đọc tuần tự 4432 MB/s.
- Ghi tuần tự 804 MB/s.
- Nếu một bộ điều khiển bị lỗi (máy ảo hoặc máy chủ bị lỗi), hiệu suất sẽ giảm gấp đôi.
- Nếu đĩa lưu trữ bị lỗi, tỷ lệ rút tiền là 1/3. Việc xây dựng lại đĩa chiếm 5% tài nguyên của mỗi bộ điều khiển.
Trên một khối nhỏ, chúng tôi bị giới hạn bởi hiệu suất của bộ điều khiển (máy ảo), CPU của nó được tải ở mức 100% và khi khối tăng lên, chúng tôi bị giới hạn bởi băng thông cổng. 10 Gbps là không đủ để khai thác tiềm năng của hệ thống AllFlash. Rất tiếc, các thông số của giá đỡ demo được cung cấp không cho phép chúng tôi thử nghiệm hoạt động ở tốc độ 40 Gbit/s.
Theo ấn tượng của tôi từ các thử nghiệm và nghiên cứu kiến trúc, nhờ thuật toán đặt dữ liệu giữa tất cả các máy chủ, chúng tôi có được hiệu suất có thể mở rộng và có thể dự đoán được, nhưng đây cũng là một hạn chế khi đọc, vì có thể thu được nhiều dữ liệu hơn từ các đĩa cục bộ, ở đây nó có thể tiết kiệm một mạng hiệu quả hơn, ví dụ: FI ở tốc độ 40 Gbit/s có sẵn.
Ngoài ra, một đĩa dành cho bộ nhớ đệm và chống trùng lặp có thể là một hạn chế; trên thực tế, trong thử nghiệm này, chúng tôi có thể ghi vào bốn đĩa SSD. Sẽ thật tuyệt nếu có thể tăng số lượng ổ đĩa đệm và thấy được sự khác biệt.
Sử dụng thực tế
Để tổ chức một trung tâm dữ liệu sao lưu, bạn có thể sử dụng hai phương pháp (chúng tôi không xem xét việc đặt bản sao lưu trên một địa điểm từ xa):
- Thụ động tích cực. Tất cả các ứng dụng được lưu trữ trong trung tâm dữ liệu chính. Sao chép là đồng bộ hoặc không đồng bộ. Nếu trung tâm dữ liệu chính bị lỗi, chúng ta cần kích hoạt trung tâm dữ liệu dự phòng. Điều này có thể được thực hiện thủ công/tập lệnh/ứng dụng dàn nhạc. Ở đây chúng ta sẽ nhận được một RPO tương xứng với tần suất sao chép và RTO phụ thuộc vào phản ứng và kỹ năng của quản trị viên cũng như chất lượng phát triển/gỡ lỗi của kế hoạch chuyển đổi.
- Hoạt động-Hoạt động. Trong trường hợp này, chỉ có bản sao đồng bộ; tính khả dụng của trung tâm dữ liệu được xác định bởi số đại biểu/trọng tài nằm chính xác trên địa điểm thứ ba. RPO = 0 và RTO có thể đạt 0 (nếu ứng dụng cho phép) hoặc bằng thời gian chuyển đổi dự phòng của một nút trong cụm ảo hóa. Ở cấp độ ảo hóa, một cụm (Metro) kéo dài được tạo yêu cầu bộ lưu trữ Active-Active.
Thông thường, chúng tôi thấy rằng khách hàng đã triển khai kiến trúc với hệ thống lưu trữ cổ điển trong trung tâm dữ liệu chính, vì vậy chúng tôi thiết kế một kiến trúc khác để nhân rộng. Như tôi đã đề cập, Cisco HyperFlex cung cấp khả năng sao chép không đồng bộ và tạo cụm ảo hóa kéo dài. Đồng thời, chúng ta không cần một hệ thống lưu trữ chuyên dụng tầm trung trở lên với các chức năng sao chép đắt tiền và truy cập dữ liệu Active-Active trên hai hệ thống lưu trữ.
Tình huống 1: Chúng tôi có trung tâm dữ liệu chính và dự phòng, nền tảng ảo hóa trên VMware vSphere. Tất cả các hệ thống sản xuất đều được đặt trong trung tâm dữ liệu chính và việc sao chép các máy ảo được thực hiện ở cấp độ ảo hóa, điều này sẽ tránh việc bật VM trong trung tâm dữ liệu dự phòng. Chúng tôi sao chép cơ sở dữ liệu và các ứng dụng đặc biệt bằng các công cụ tích hợp sẵn và luôn bật máy ảo. Nếu trung tâm dữ liệu chính bị lỗi, chúng tôi sẽ khởi chạy hệ thống ở trung tâm dữ liệu dự phòng. Chúng tôi tin rằng chúng tôi có khoảng 100 máy ảo. Trong khi trung tâm dữ liệu chính đang hoạt động, trung tâm dữ liệu dự phòng có thể chạy các môi trường thử nghiệm và các hệ thống khác có thể bị tắt nếu trung tâm dữ liệu chính chuyển đổi. Cũng có thể chúng tôi sử dụng bản sao hai chiều. Từ quan điểm phần cứng, sẽ không có gì thay đổi.
Trong trường hợp kiến trúc cổ điển, chúng tôi sẽ cài đặt ở mỗi trung tâm dữ liệu một hệ thống lưu trữ kết hợp có quyền truy cập qua FibreChannel, phân tầng, chống trùng lặp và nén (nhưng không trực tuyến), 8 máy chủ cho mỗi địa điểm, 2 bộ chuyển mạch FibreChannel và 10G Ethernet. Để quản lý sao chép và chuyển mạch trong kiến trúc cổ điển, chúng ta có thể sử dụng các công cụ VMware (Replication + SRM) hoặc các công cụ của bên thứ ba, sẽ rẻ hơn một chút và đôi khi thuận tiện hơn.
Hình vẽ cho thấy sơ đồ.
Khi sử dụng Cisco HyperFlex, sẽ có kiến trúc sau:
Đối với HyperFlex, tôi đã sử dụng các máy chủ có tài nguyên CPU/RAM lớn, vì... Một phần tài nguyên sẽ chuyển về VM điều khiển HyperFlex; về CPU và bộ nhớ, tôi thậm chí còn cấu hình lại cấu hình HyperFlex một chút để không chơi cùng Cisco và đảm bảo tài nguyên cho các VM còn lại. Nhưng chúng tôi có thể từ bỏ các bộ chuyển mạch FibreChannel và chúng tôi sẽ không cần cổng Ethernet cho mỗi máy chủ; lưu lượng truy cập cục bộ được chuyển đổi trong FI.
Kết quả là cấu hình sau cho mỗi trung tâm dữ liệu:
May chủ
Máy chủ 8 x 1U (RAM 384 GB, 2 x Intel Gold 6132, FC HBA)
8 x HX240C-M5L (RAM 512 GB, 2 x Intel Gold 6150, SSD 3,2 GB, 10 x 6 TB NL-SAS)
SHD
Hệ thống lưu trữ lai với FC Front-End (SSD 20TB, 130 TB NL-SAS)
-
LAN
2 x Switch Ethernet 10G 12 cổng
-
SAN
2 x Switch FC 32/16Gb 24 cổng
2 x Cisco UCS FI 6332
Giấy phép
VMware Ent Plus
Sao chép và/hoặc phối hợp chuyển đổi VM
VMware Ent Plus
Tôi không cung cấp giấy phép phần mềm sao chép cho Hyperflex, vì chúng tôi có sẵn giấy phép này.
Đối với kiến trúc cổ điển, tôi chọn một nhà cung cấp đã tự khẳng định mình là nhà sản xuất chất lượng cao và giá rẻ. Đối với cả hai lựa chọn, tôi đã áp dụng chiết khấu tiêu chuẩn cho một giải pháp cụ thể và kết quả là tôi nhận được giá thực.
Giải pháp Cisco HyperFlex hóa ra lại rẻ hơn 13%.
Tình huống 2: tạo ra hai trung tâm dữ liệu đang hoạt động. Trong kịch bản này, chúng tôi đang thiết kế một cụm mở rộng trên VMware.
Kiến trúc cổ điển bao gồm các máy chủ ảo hóa, một SAN (giao thức FC) và hai hệ thống lưu trữ có thể đọc và ghi vào ổ đĩa trải dài giữa chúng. Trên mỗi hệ thống lưu trữ, chúng tôi đặt một dung lượng lưu trữ hữu ích.
Tại HyperFlex, chúng tôi chỉ cần tạo Cụm kéo dài với cùng số nút trên cả hai trang. Trong trường hợp này, hệ số nhân rộng 2+2 được sử dụng.
Kết quả là cấu hình sau:
kiến trúc cổ điển
siêu linh hoạt
May chủ
Máy chủ 16 x 1U (RAM 384 GB, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)
16 x HX240C-M5L (RAM 512 GB, 2 x Intel Gold 6132, 1,6 TB NVMe, SSD 12 x 3,8 TB, VIC 1387)
SHD
2 x hệ thống lưu trữ AllFlash (SSD 150 TB)
-
LAN
4 x Switch Ethernet 10G 24 cổng
-
SAN
4 x Switch FC 32/16Gb 24 cổng
4 x Cisco UCS FI 6332
Giấy phép
VMware Ent Plus
VMware Ent Plus
Trong tất cả các tính toán, tôi đã không tính đến cơ sở hạ tầng mạng, chi phí trung tâm dữ liệu, v.v.: chúng sẽ giống nhau đối với kiến trúc cổ điển và giải pháp HyperFlex.
Về giá thành, HyperFlex đắt hơn 5%. Điều đáng lưu ý ở đây là về mặt tài nguyên CPU/RAM, tôi nghiêng về Cisco, vì trong cấu hình, tôi đã lấp đầy các kênh bộ điều khiển bộ nhớ một cách đồng đều. Chi phí cao hơn một chút, nhưng không quá lớn, điều này cho thấy rõ ràng rằng siêu hội tụ không nhất thiết phải là “đồ chơi dành cho người giàu”, nhưng có thể cạnh tranh với cách tiếp cận tiêu chuẩn để xây dựng một trung tâm dữ liệu. Điều này cũng có thể được những người đã có máy chủ Cisco UCS và cơ sở hạ tầng tương ứng cho chúng quan tâm.
Trong số các ưu điểm, chúng tôi không có chi phí quản lý SAN và hệ thống lưu trữ, nén và chống trùng lặp trực tuyến, một điểm đầu vào duy nhất để hỗ trợ (ảo hóa, máy chủ, chúng cũng là hệ thống lưu trữ), tiết kiệm dung lượng (nhưng không phải trong mọi trường hợp), đơn giản hóa hoạt động.
Về hỗ trợ, ở đây bạn nhận được nó từ một nhà cung cấp - Cisco. Đánh giá theo trải nghiệm của tôi với máy chủ Cisco UCS, tôi thích nó; tôi không cần phải mở nó trên HyperFlex, mọi thứ đều hoạt động như nhau. Các kỹ sư phản hồi kịp thời và có thể giải quyết không chỉ các vấn đề điển hình mà cả các trường hợp phức tạp. Đôi khi tôi quay sang họ với những câu hỏi: “Có thể làm được điều này không, cố lên nhé?” hoặc “Tôi đã định cấu hình thứ gì đó ở đây và nó không muốn hoạt động. Giúp đỡ!" - họ sẽ kiên nhẫn tìm hướng dẫn cần thiết ở đó và chỉ ra những hành động đúng; họ sẽ không trả lời: “Chúng tôi chỉ giải quyết các vấn đề về phần cứng.”
tài liệu tham khảo
- Thư của tôi - [email được bảo vệ]
Nguồn: www.habr.com