Business intelligence

Làm thế nào để giải quyết các thách thức lưu trữ liên tục của Kubernetes

Nhấp để tìm hiểu thêm về tác giả Romuald Vandepoel Kubernetes và quá trình container hóa có thể được coi là biến đổi khi so sánh với các phương pháp triển khai đám mây truyền thống hơn. Đó là cách nó xuất hiện trong môi trường phát triển. Tuy nhiên, những người đứng đầu cơ sở hạ tầng, người quản lý nền tảng và các chuyên gia khác chịu trách nhiệm giám sát môi trường sản xuất biết lợi ích là hữu hạn. Đó là bởi vì khả năng mở rộng, hiệu quả tài nguyên, chuyển đổi dự phòng nhanh và các lợi ích khác của Kubernetes thường chỉ áp dụng cho khối lượng công việc tạm thời. Các ứng dụng không trạng thái – những ứng dụng không cần lưu trữ dữ liệu từ phiên này sang phiên khác – hoạt động rất tốt trong cơ sở hạ tầng Kubernetes. Tuy nhiên, các ứng dụng trạng thái cần lưu trữ liên tục vẫn dựa trên cơ sở hạ tầng kế thừa khi sản xuất. Do đó, những lợi ích được liên kết với Kubernetes vẫn không thể đạt được. Rất may, những thách thức liên quan đến việc lưu trữ liên tục trong môi trường Kubernetes có thể được giải quyết nếu bạn áp dụng đúng phương pháp. Các Container Nghịch lý Lưu trữ Liên tục Kubernetes hoạt động tối ưu với các ứng dụng không trạng thái. Kubernetes có thể tạo và xóa các vùng chứa một cách nhanh chóng và năng động. Điều này là do các ứng dụng bên trong các vùng chứa đó được đóng gói với các phụ thuộc mà chúng cần để chạy. Bất cứ nơi nào một vùng chứa mới được tạo ra – trong cùng một cụm hoặc một nhà cung cấp đám mây khác – Kubernetes đảm bảo ứng dụng có quyền truy cập vào các tài nguyên hoạt động cơ bản. Tạo động và xóa vùng chứa không phù hợp với các ứng dụng cần lưu trữ dữ liệu liên tục. Một ứng dụng được chứa trong trạng thái phải biết dữ liệu của nó ở đâu. Nó phải có quyền truy cập nhất quán, đáng tin cậy vào thông tin đó. Nó cũng phải đảm bảo tính toàn vẹn khi nó được tạo ra hoặc bị phá hủy trên một cụm Kubernetes. Điều này không thể xảy ra nếu trạng thái được lưu trữ trên một ứng dụng bị hủy mỗi khi vùng chứa của ứng dụng đó bị phá hủy. Đương nhiên, các nhà quản lý và nhà phát triển nền tảng muốn điều tốt nhất của cả hai thế giới. Họ muốn triển khai dễ dàng, chuyển đổi dự phòng nhanh và hiệu quả được lưu trữ cùng với sự bền bỉ của khối lượng công việc ở trạng thái. Có nhiều phương pháp thiết lập lưu trữ liên tục cho các ứng dụng dựa trên đám mây – nhưng, như chúng ta sẽ tìm hiểu, có rất nhiều nhược điểm. Phản hồi của người quản lý nền tảng Tự xây dựng: Các giải pháp chỉ dành cho phù du và thời gian ngừng hoạt động không phải là lựa chọn trong nhiều ngành công nghiệp hiện đại, bao gồm cả lĩnh vực tài chính và chăm sóc sức khỏe. Trong những trường hợp này, các doanh nghiệp triển khai các hệ thống lưu trữ truyền thống để quản lý các ứng dụng trạng thái của họ. Và họ đầu tư một lượng lớn thời gian và nguồn lực cho quá trình này. Vấn đề chính ở đây là cách tiếp cận này không mang lại lợi ích đi kèm với việc triển khai Kubernetes. Nó không phải là bất khả tri nền tảng. Nó phải được chạy trong một môi trường rất cụ thể. Nó là một thách thức để mở rộng quy mô và sẽ có nhiều khả năng phải chịu thời gian chết. Thêm vào đó, bạn sẽ phải rất thực hành trong việc quản lý những thứ như chuyển đổi dự phòng và lưu trữ. Tự phục vụ? Ai cần thì có! Xây dựng một Cách giải quyết: Quyết định không sử dụng Kubernetes tạo ra một loạt các vấn đề. Một số nhà phát triển chọn cách xây dựng các cách giải quyết phức tạp để cung cấp cho Kubernetes khả năng lưu trữ liên tục và làm cho nó hoạt động với các ứng dụng trạng thái. Nhưng vấn đề với những cách giải quyết này là chúng thường làm mất đi những lý do tích cực để chọn Kubernetes. Ví dụ: bạn có thể ghim bộ nhớ của ứng dụng vào vùng chứa của nó. Điều này có nghĩa là Kubernetes không thể di chuyển ứng dụng của bạn nếu nút đó bị lỗi. Ngoài ra, bạn có thể tìm cách gắn các vùng chứa của mình vào bộ nhớ đám mây. Điều này có thể làm chậm hệ thống của bạn đáng kể và tạo ra một điểm hỏng hóc tiềm ẩn khác. Hơn nữa, hầu như không thể thuê bất kỳ ai có đủ chuyên môn để quản lý mảng lưu trữ của bạn vì nó sẽ là hoàn toàn duy nhất cho tổ chức của bạn. Thay vào đó, họ sẽ phải học trong công việc và nghiên cứu nhanh chóng. Hơn nữa, sẽ chỉ có một số cá nhân chuyên môn cao tại tổ chức của bạn hiểu được cách cơ sở hạ tầng của bạn hoạt động. Vì vậy, trừ khi bạn có khả năng duy trì công việc đáng kinh ngạc tại công ty của mình, có khả năng bạn sẽ luôn ở thế chân và không có đầy đủ các chuyên gia trên tàu. Tuy nhiên, quan trọng nhất, các hệ thống lưu trữ truyền thống thiếu kiến ​​thức cộng đồng và sự đổi mới tốc độ nhanh vốn có trong các dự án mã nguồn mở như Kubernetes. Vì những lý do này, hệ thống của bạn có thể mất giá nhanh hơn, các bản cập nhật sẽ lâu hơn và các vấn đề sẽ khó khắc phục hơn. Bộ nhớ gốc do phần mềm xác định, trên nền tảng đám mây: Phương pháp tiếp cận thay thế Trong một thế giới lý tưởng, ứng dụng của bạn nên xử lý bộ nhớ như một yêu cầu đã được khai báo. Ví dụ: nếu một ứng dụng được chứa trong vùng chứa không gặp sự cố đột ngột khi truy cập bộ cân bằng tải đã khai báo của nó khi một nút bị quay xuống, thì tại sao bộ nhớ không thể hoạt động theo cách tương tự? May mắn thay, có một loại giải pháp chỉ cung cấp loại chức năng này. Bộ điều phối lưu trữ là các giải pháp gốc đám mây, do phần mềm xác định cho phép các ứng dụng quản lý bộ nhớ dưới dạng tài nguyên khai báo. Chúng cung cấp bộ nhớ được liên kết với cùng một vùng chứa với ứng dụng – cho phép nó tồn tại nếu một nút bị lỗi. Các giải pháp này kết hợp dữ liệu được lưu trữ của một cụm trong một nhóm được chia sẻ. Bộ điều phối lưu trữ hoạt động như trung gian khi ứng dụng yêu cầu quyền truy cập dữ liệu. Họ kéo âm lượng thích hợp từ nhóm và cung cấp nó cho vùng chứa trong cụm đã yêu cầu nó. Do đó, khi một vùng chứa bị chia nhỏ hoặc trong trường hợp một nút ngoại tuyến, dữ liệu tiếp tục có thể truy cập được trong nhóm của cụm. Điều này có nghĩa là các nhà quản lý nền tảng không cần phải thiết lập một giải pháp lưu trữ bên ngoài phức tạp cho khối lượng công việc trạng thái hoàn toàn để hỗ trợ môi trường làm việc của nhà phát triển. Làm cách nào để tôi tìm được bộ điều phối lưu trữ phù hợp? Triển khai một bộ điều phối lưu trữ sẽ mang lại những cải tiến lớn về độ tin cậy, khả năng mở rộng và hiệu suất. Nhưng điều này không có nghĩa là mỗi cái đều phù hợp với những trường hợp sử dụng giống nhau. Để đạt được mục tiêu đó, chúng tôi đã thực hiện một nghiên cứu điểm chuẩn so sánh hiệu suất của bốn giải pháp hàng đầu: Longhorn OpenEBS Rook / StorageOS Mỗi bộ dàn đều phải trải qua các bài kiểm tra giống nhau – sử dụng cùng một cấu hình phần cứng và phần mềm để đánh giá hiệu suất của chúng trong các trường hợp khác nhau. Đối với các nhà quản lý nền tảng muốn triển khai bộ điều phối lưu trữ tối ưu để quản lý lưu trữ liên tục của Kubernetes trong quá trình sản xuất, đó là bước đầu tiên có giá trị trong việc chọn tùy chọn phù hợp. Nếu bạn muốn biết thêm, bạn có thể đọc thêm về nghiên cứu tại đây.

  • Trang chủ
  • Trí tuệ nhân tạo
  • Chuyên viên phân tích kinh doanh
  • Thông tin kinh doanh
  • Khoa học dữ liệu
  • Back to top button