Đưa VMware Tanzu lên Cloud Edge với Dell Technologies Cloud Platform

Dell Technologies và VMware vui mừng thông báo về sự khả dụng của VMware Cloud Foundation 4.1.0 trên VxRail 7.0.100.

Bản phát hành này hỗ trợ các phiên bản mới nhất của VMware Cloud Foundation và Dell EMC VxRail cho Dell Technologies Cloud Platform và cung cấp trải nghiệm vận hành đơn giản và nhất quán cho cơ sở hạ tầng sẵn sàng cho nhà phát triển trên lõi, biên và đám mây. Hãy cùng xem xét các tính năng mới này.

Cập nhật VMware Cloud Foundation và VxRail BOM

Cloud Foundation 4.1 trên VxRail 7.0.100 giới thiệu hỗ trợ cho các phiên bản mới nhất của SDDC được liệt kê bên dưới:

  • vSphere 7.0 U1 
  • vSAN 7.0 U1 
  • NSX-T 3.0 P02
  • Trình quản lý vòng đời vRealize Suite 8.1 P01
  • vRealize Tự động hóa 8.1 P02
  • vRealize Nhật ký thông minh 8.1.1
  • vRealize Operations Manager 8.1.1
  • VxRail 7.0.100

Để biết danh sách đầy đủ các phiên bản thành phần trong bản phát hành, vui lòng tham khảo ghi chú phát hành VCF trên VxRail. Có liên kết ở cuối bài đăng này.

Cập nhật tính năng phần mềm VMware Cloud Foundation

VCF về Cải tiến quản lý VxRail

Dịch vụ cấp cụm vSphere (vCLS)

vSphere Cluster Services là một khả năng mới được giới thiệu trong bản phát hành vSphere 7 Update 1 được bao gồm như một phần của VCF 4.1. Nó chạy như một tập hợp các máy ảo được triển khai trên mỗi cụm vSphere. Chức năng ban đầu của nó cung cấp các khả năng cơ bản cần thiết để tạo ra một mặt phẳng điều khiển phân tán và tách biệt cho các dịch vụ cụm trong vSphere. vCLS đảm bảo các dịch vụ cụm như vSphere DRS và vSphere HA đều khả dụng để duy trì tài nguyên và tình trạng hoạt động của khối lượng công việc đang chạy trong các cụm độc lập với tính khả dụng của vCenter Server. Hình bên dưới hiển thị các thành phần tạo nên vCLS từ vSphere Web Client.

Hình 1

vSphere 7 không chỉ cung cấp các dịch vụ dữ liệu hiện đại như vSphere Native Pods nhúng với vSphere with Tanzu mà các tính năng như vCLS hiện cũng đang bắt đầu quá trình hiện đại hóa thành các mặt phẳng điều khiển phân tán! 

Hỗ trợ đổi tên đối tượng cụm VxRail và tài nguyên được quản lý của VCF

VCF hiện có thể đổi tên các đối tượng tài nguyên sau khi tạo, bao gồm khả năng đổi tên miền, trung tâm dữ liệu và cụm VxRail.

Miền được quản lý bởi SDDC Manager. Do đó, bạn sẽ thấy có các tùy chọn bổ sung trong SDDC Manager UI cho phép bạn đổi tên các đối tượng này. 

Các đối tượng VxRail Cluster được quản lý bởi một phiên bản máy chủ vCenter nhất định. Để thay đổi tên cụm, bạn sẽ cần phải thay đổi tên trong vCenter Server. Sau khi thực hiện, bạn có thể quay lại SDDC Manager và sau khi làm mới UI, tên cụm mới sẽ được SDDC Manager lấy và hiển thị.

Ngoài việc đổi tên miền và đối tượng cụm VxRail, SDDC Manager hiện hỗ trợ sử dụng tên đối tượng Datacenter tùy chỉnh. Quy trình tạo WLD VxRail VI nâng cao đã được cập nhật để bao gồm các đầu vào cho Tên Datacenter và được tự động nhập vào kho SDDC Manager trong quy trình làm việc SDDC Manager của VxRail VI WLD Creation. Lưu ý: Đảm bảo tên Datacenter khớp với tên được sử dụng trong VxRail Cluster First Run. Hình bên dưới hiển thị bước Datacenter Input trong trình hướng dẫn tạo WLD VxRail VI nâng cao từ bên trong SDDC Manager.

Hình 2

Khả năng tùy chỉnh tên đối tượng tài nguyên giúp VCF trên VxRail linh hoạt hơn trong việc phù hợp với chính sách đặt tên của tổ chức CNTT.

Tối ưu hóa quy trình làm việc loại bỏ nút cụm WLD của VxRail Integrated SDDC Manager

Để thúc đẩy nỗ lực tích hợp đồng kỹ thuật giữa Dell Technologies và VMware cho VCF trên VxRail, các tối ưu hóa quy trình làm việc mới đã được giới thiệu trong VCF 4.1, tận dụng các API của VxRail Manager cho các hoạt động xóa máy chủ cụm VxRail.

 Khi đến lúc quản trị viên đám mây VCF trên VxRail xóa máy chủ khỏi cụm WLD và sử dụng lại cho các miền khác, quản trị viên sẽ sử dụng quy trình làm việc “Xóa máy chủ khỏi cụm WLD” của SDDC Manager để thực hiện tác vụ này. Hoạt động xóa máy chủ này hiện đã được tích hợp hoàn toàn với API VxRail Manager gốc để tự động xóa máy chủ VxRail vật lý khỏi cụm VxRail dưới dạng quy trình làm việc tự động đầu cuối duy nhất được khởi chạy từ Giao diện người dùng SDDC Manager hoặc API VCF. Sự tích hợp này tiếp tục đơn giản hóa và hợp lý hóa các hoạt động quản lý cơ sở hạ tầng VxRail, tất cả đều từ trong các công cụ quản lý VMware SDDC phổ biến. Hình bên dưới minh họa các tác vụ phụ của SDDC Manager bao gồm các lệnh gọi API VxRail mới được SDDC Manager sử dụng như một phần của quy trình làm việc.

Hình 3

 Lưu ý: Các nút VxRail đã xóa cần phải tạo lại hình ảnh trước khi chuyển đổi mục đích sử dụng sang các miền khác. Việc tạo lại hình ảnh này hiện yêu cầu hỗ trợ của Dell EMC để thực hiện.

I18N Quốc tế hóa và bản địa hóa (Trình quản lý SDDC)

SDDC Manager hiện có hỗ trợ ngôn ngữ quốc tế đáp ứng tiêu chuẩn Quốc tế hóa và Bản địa hóa I18N. Các tùy chọn để chọn ngôn ngữ mong muốn có sẵn trong Giao diện người dùng Cloud Builder, cài đặt SDDC Manager bằng các thiết lập ngôn ngữ đã chọn. SDDC Manager sẽ có hỗ trợ bản địa hóa cho các ngôn ngữ sau – tiếng Đức, tiếng Nhật, tiếng Trung, tiếng Pháp và tiếng Tây Ban Nha. Hình bên dưới minh họa một ví dụ về giao diện người dùng SDDC Manager.

Hình 4

Cải tiến vRealize Suite 

VCF Nhận thức vRSLCM

Mới trong VCF 4.1, vRealize Suite được tích hợp hoàn toàn vào VCF. SDDC Manager triển khai vRSLCM và tạo kênh giao tiếp hai chiều giữa hai thành phần. Khi triển khai, vRSLCM hiện nhận biết VCF và báo cáo lại cho SDDC Manager về các sản phẩm vRealize được cài đặt. Việc cài đặt các thành phần vRealize Suite sử dụng các thiết kế triển khai thực hành tốt nhất của VVD được chuẩn hóa, tận dụng Mạng ảo ứng dụng (AVN).

Các Gói phần mềm cho vRealize Suite đều được tải xuống và quản lý thông qua SDDC Manager. Khi các bản vá hoặc bản cập nhật có sẵn cho vRealize Suite, việc quản lý vòng đời của các thành phần vRealize Suite được kiểm soát từ SDDC Manager, gọi vRSLCM để thực hiện các bản cập nhật như một phần của quy trình làm việc SDDC Manager LCM. Hình bên dưới giới thiệu quy trình bật vRealize Suite cho VCF.

Hình 5

Cải tiến kiến ​​trúc đa trang web VCF

Hỗ trợ cụm từ xa VCF

VCF Remote Cluster Support cho phép khách hàng mở rộng khả năng hoạt động VCF trên VxRail của họ sang các trang ROBO và Cloud Edge, cho phép các hoạt động nhất quán từ lõi đến biên. Kết hợp điều này với một lựa chọn tuyệt vời các tùy chọn nền tảng phần cứng VxRail và Dell Technologies sẽ giải quyết các trường hợp sử dụng Edge của bạn. Thêm thông tin về nền tảng phần cứng sau… Để biết lời giải thích chi tiết tuyệt vời về tính năng mới thú vị này, hãy xem liên kết đến bài đăng trên blog VMware chi tiết về chủ đề này ở cuối bài đăng này.

Cải tiến VCF LCM

Nâng cấp song song và cấp độ cụm máy chủ và Edge NSX-T

Với các bản phát hành VCF trên VxRail trước đây, các bản nâng cấp NSX-T mang tính toàn diện, nghĩa là một bản cập nhật duy nhất yêu cầu cập nhật cho tất cả các máy chủ vận chuyển cũng như các thành phần NSX Edge và Manager trong một lần phát triển.

Với VCF 4.1, hỗ trợ đã được thêm vào để thực hiện các bản cập nhật NSX theo từng giai đoạn nhằm giúp giảm thiểu thời gian bảo trì. Hiện tại, bản nâng cấp NSX có thể bao gồm ba phần riêng biệt:

  • Cập nhật các cạnh
    1. Có thể là một công việc hoặc nhiều công việc. Chạy lại trình hướng dẫn.
    2. Phải thực hiện trước khi chuyển đến máy chủ
  • Cập nhật máy chủ vận chuyển
  • Sau khi các máy chủ trong cụm được cập nhật, Trình quản lý NSX có thể được cập nhật.

Nhiều cụm NSX edge và/hoặc cụm vận chuyển máy chủ trong phiên bản NSX-T có thể được nâng cấp song song. Quản trị viên có tùy chọn chọn một số cụm mà không cần phải chọn tất cả. Các cụm trong một nền tảng NSX-T cũng có thể được chọn để nâng cấp tuần tự, từng cụm một. Dưới đây là một số ví dụ về cách có thể cập nhật các thành phần NSX-T.

Các thành phần NSX-T có thể được cập nhật theo nhiều cách. Bao gồm cập nhật:

  • Các cạnh NSX-T và cụm máy chủ trong một phiên bản NSX-T có thể được nâng cấp song song (mặc định) 
  • NSX-T Edges có thể được nâng cấp độc lập với NSX-T Host Clusters
  • NSX-T Host Clusters chỉ có thể được nâng cấp độc lập với NSX-T Edges sau khi các Edges được nâng cấp trước
  • Các NSX-T Edge và Host Cluster trong một phiên bản NSX-T có thể được nâng cấp tuần tự từng cái một.

Hình bên dưới mô tả trực quan các tùy chọn này.

Hình 6

Các tùy chọn này cung cấp cho quản trị viên Cloud rất nhiều sự linh hoạt để họ có thể lập kế hoạch và thực hiện đúng các bản cập nhật NSX-T LCM trong thời gian bảo trì tương ứng của họ. Các hoạt động linh hoạt và đơn giản hơn. Tuyệt! 

Cải tiến bảo mật VCF

Quyền truy cập chỉ đọc, tài khoản cục bộ và dịch vụ

Một vai trò ‘chỉ xem’ mới đã được thêm vào VCF 4.1. Để hiểu rõ hơn, chúng ta hãy nói một chút về những gì xảy ra khi đăng nhập vào Trình quản lý SDDC. 

Đầu tiên, bạn sẽ cung cấp tên người dùng và mật khẩu. Thông tin này được gửi đến SDDC Manager, sau đó SDDC Manager sẽ gửi thông tin này đến miền SSO để xác minh. Sau khi xác minh, SDDC Manager có thể xem tài khoản có đặc quyền cho vai trò nào. 

Trong các phiên bản trước của Cloud Foundation, vai trò này có thể dành cho Quản trị viên hoặc Người vận hành. 

 Bây giờ, có một vai trò thứ ba có tên là ‘Người xem’. Như tên gọi của nó, đây là vai trò chỉ xem và không có khả năng tạo, xóa hoặc sửa đổi đối tượng. Người dùng được chỉ định vai trò này có thể không thấy một số mục nhất định trong Giao diện người dùng SDDC Manger, chẳng hạn như màn hình Người dùng. Họ cũng có thể thấy thông báo cho biết họ không được phép thực hiện một số hành động nhất định.

 Ngoài ra, VCF hiện có một tài khoản cục bộ có thể được sử dụng trong trường hợp lỗi SSO. Để hiểu lý do tại sao cần có tài khoản này, chúng ta hãy xem xét điều này: Điều gì xảy ra khi miền SSO không khả dụng vì một lý do nào đó? Trong trường hợp này, người dùng sẽ không thể đăng nhập. Để giải quyết vấn đề này, giờ đây, quản trị viên có thể định cấu hình một tài khoản cục bộ VCF có tên là admin@local. Tài khoản này sẽ cho phép thực hiện một số hành động nhất định cho đến khi miền SSO hoạt động trở lại. Tài khoản cục bộ VCF này được định nghĩa trong bảng tính triển khai và được sử dụng trong quy trình đưa lên VCF. Nếu quá trình đưa lên đã hoàn tất và tài khoản cục bộ chưa được định cấu hình, thì biểu ngữ cảnh báo sẽ được hiển thị trên Giao diện người dùng Trình quản lý SDDC cho đến khi tài khoản cục bộ được định cấu hình.

Cuối cùng, SDDC Manager hiện sử dụng các tài khoản dịch vụ mới để hợp lý hóa giao tiếp giữa SDDC Manager và các sản phẩm trong Cloud Foundation. Các tài khoản dịch vụ mới này tuân theo các hướng dẫn của VVD đối với tên người dùng được xác định trước và được quản lý thông qua tài khoản người dùng quản trị để cải thiện giao tiếp giữa các VCF trong SDDC Manager.

Cải tiến bảo vệ dữ liệu VCF

 Như đã mô tả trong blog này , với VCF 4.1, quy trình sao lưu-phục hồi SDDC Manager và API đã được cải thiện để bổ sung các khả năng như quản lý sao lưu, lập lịch sao lưu, chính sách lưu giữ, sao lưu theo yêu cầu & tự động thử lại khi có lỗi. Cải tiến này cũng bao gồm API công khai cho hệ sinh thái của bên thứ 3 và các giải pháp sao lưu được chứng nhận từ Dell PowerProtect .

Cập nhật tính năng phần mềm VxRail

Cải tiến mạng VxRail

VxRail 4 x 25Gbps dự phòng pNIC

Kỹ thuật VxRail tiếp tục đổi mới trong các lĩnh vực mang lại nhiều giá trị hơn cho khách hàng. Bản phát hành VCF mới nhất trên VxRail tiếp tục cung cấp chính xác giá trị đó cho khách hàng của chúng tôi. Điểm mới trong bản phát hành này là khách hàng có thể sử dụng Quy trình chạy đầu tiên VxRail tự động để triển khai VCF trên các nút VxRail bằng cách sử dụng 4 cấu hình cổng vật lý 25Gbps để chạy VxRail System vDS cho lưu lượng hệ thống như Quản lý, vSAN và vMotion, v.v. Cấu hình cổng vật lý của các nút VxRail sẽ bao gồm 2 cổng NDC 25Gbps và 2 cổng PCIe NIC 25Gbps bổ sung.

Trong thiết lập 4 x 25Gbps này, lưu lượng NSX-T sẽ chạy trên cùng một System vDS. Nhưng điều tuyệt vời ở đây (và nơi tính linh hoạt xuất hiện) là khách hàng cũng có thể chọn tách lưu lượng NSX-T trên NSX-T vDS của riêng mình, liên kết ngược đến các cổng PCIe NIC vật lý riêng biệt bằng cách sử dụng API của Trình quản lý SDDC. Khả năng này lần đầu tiên được giới thiệu trong bản phát hành gần đây nhất và cũng có thể được tận dụng ở đây để mở rộng tính linh hoạt của cấu hình mạng máy chủ VxRail.

Hình bên dưới minh họa tùy chọn để chọn cấu hình cổng cơ sở 4 x 25Gbps trong lần chạy đầu tiên của VxRail.

Hình 7

Bằng cách cho phép khách hàng chạy VxRail System VDS trên các cổng NDC NIC và cổng PCIe NIC, khách hàng có thêm một lớp dự phòng NIC vật lý và tính khả dụng cao. Tính năng này đã được hỗ trợ với các nút VxRail dựa trên 10Gbps. Bản phát hành này hiện mang cùng tùy chọn tính khả dụng cao đến các nút VxRail dựa trên 25Gbps. Tính khả dụng cao của mạng bổ sung VÀ hiệu suất 25Gbps!? Đăng ký cho tôi!

Cập nhật nền tảng phần cứng VxRail

Hỗ trợ mới được giới thiệu cho nền tảng phần cứng D-Series VxRail bền chắc (D560/D560F) tiếp tục mở rộng các nền tảng phần cứng VxRail khả dụng được hỗ trợ trong Dell Technologies Cloud Platform. 

Các nền tảng bền bỉ và chắc chắn này được thiết kế để đáp ứng nhu cầu về khả năng tính toán, hiệu suất, lưu trữ và quan trọng hơn là tính đơn giản trong vận hành, mang lại toàn bộ sức mạnh của VxRail cho khối lượng công việc ở biên, trong môi trường đầy thách thức hoặc cho các khu vực hạn chế về không gian. 

Các hệ thống D-Series này là sự kết hợp hoàn hảo khi được ghép nối với các tính năng VCF Remote Cluster mới nhất được giới thiệu trong Cloud Foundation 4.1.0 để cho phép Cloud Foundation với Tanzu trên VxRail tiếp cận các địa điểm ROBO/Edge bị hạn chế về không gian và đầy thách thức này để chạy khối lượng công việc gốc trên nền tảng đám mây và truyền thống, mở rộng các hoạt động VCF hiện có trên VxRail đến các địa điểm này! Thật tuyệt phải không?!

Để biết thêm thông tin chi tiết về kỹ thuật của VxRail D-Series, hãy xem Bảng thông số kỹ thuật của VxRail D-Series .

Vâng, đó là tất cả những gì có trong bản phát hành này. Chuyến tàu đổi mới vẫn tiếp tục. Hẹn gặp lại lần sau, hãy thoải mái xem các liên kết bên dưới để tìm hiểu thêm về DTCP (VCF trên VxRail).