Versioning là gì? Cách quản lý và khôi phục phiên bản Object Storage

Khi lưu trữ dữ liệu trên Object Storage, việc ghi đè hoặc xóa nhầm file có thể khiến doanh nghiệp mất đi những phiên bản thông tin quan trọng. Versioning là cơ chế giúp lưu giữ nhiều phiên bản của cùng một object, hỗ trợ truy xuất và khôi phục dữ liệu khi xảy ra sự cố. Vậy Versioning hoạt động như thế nào, cách bật và quản lý các phiên bản ra sao để vừa bảo vệ dữ liệu vừa kiểm soát chi phí lưu trữ? Cùng LANIT tìm hiểu chi tiết trong bài viết dưới đây.

Versioning trong Object Storage là gì?

Versioning trong Object Storage là cơ chế lưu giữ nhiều phiên bản của cùng một object trong một bucket. Khi người dùng ghi đè hoặc xóa object, hệ thống có thể giữ lại phiên bản trước đó thay vì xóa ngay dữ liệu ban đầu. Nhờ vậy, người dùng có thể xem lại hoặc khôi phục dữ liệu khi xảy ra thao tác nhầm hay lỗi từ ứng dụng.

Trong các nền tảng lưu trữ tương thích S3, Versioning được thiết lập ở cấp bucket và áp dụng cho các object bên trong bucket đó. Mỗi phiên bản được gắn một mã định danh riêng gọi là Version ID, giúp hệ thống phân biệt các lần ghi dữ liệu khác nhau.

Ví dụ, một doanh nghiệp lưu trữ file report.pdf trong bucket. Sau khi bật Versioning, mỗi lần tải lên một nội dung mới với cùng tên file, hệ thống sẽ lưu phiên bản mới và giữ lại phiên bản trước đó. Người dùng có thể truy xuất phiên bản cũ nếu file mới bị ghi đè nhầm.

Cần phân biệt Object Storage Versioning với Semantic Versioning trong phát triển phần mềm hoặc quản lý phiên bản mã nguồn bằng Git. Versioning trong Object Storage tập trung vào việc lưu giữ lịch sử các phiên bản dữ liệu, không quản lý thay đổi trong mã nguồn hay phiên bản phát hành ứng dụng.

Versioning hoạt động như thế nào?

Khi Versioning được bật, hệ thống lưu giữ các phiên bản khác nhau của một object dựa trên tên object (Object Key). Mỗi lần ghi dữ liệu mới hoặc thực hiện thao tác xóa, trạng thái và danh sách phiên bản của object có thể thay đổi.

Để hiểu rõ cơ chế này, cần nắm ba khái niệm: Version ID, Current Version và Noncurrent Version.

1. Version ID, Current Version và Noncurrent Version

Version ID là mã định danh riêng được hệ thống cấp cho mỗi phiên bản object. Nhờ mã này, người dùng có thể truy xuất một phiên bản cụ thể thay vì chỉ lấy nội dung mới nhất.

Trong một bucket đã bật Versioning, các phiên bản được phân thành hai loại:

• Current Version: Phiên bản hiện tại của object, thường là phiên bản mới nhất được tạo và đang được sử dụng khi truy cập thông thường.
• Noncurrent Version: Các phiên bản cũ hơn của cùng object, được giữ lại sau khi có phiên bản mới thay thế.

Ví dụ, một file report.pdf được tải lên ba lần với nội dung khác nhau:

Trong trường hợp này, V3 là phiên bản hiện tại khi truy cập object theo cách thông thường. V1 và V2 vẫn được lưu trong bucket để người dùng xem hoặc khôi phục khi cần.

2. Điều gì xảy ra khi ghi đè object?

Khi người dùng tải một file mới lên với cùng Object Key, hệ thống tạo một phiên bản mới thay vì ghi đè hoàn toàn lên dữ liệu cũ.

Ví dụ, doanh nghiệp cập nhật file database-backup.sql từ phiên bản V1 sang V2. Sau thao tác này:

• V2 trở thành Current Version.
• V1 chuyển thành Noncurrent Version.
• Cả hai phiên bản vẫn tồn tại trong bucket.

Nhờ cơ chế này, nếu ứng dụng vô tình ghi dữ liệu sai hoặc người dùng tải nhầm file, họ vẫn có thể truy xuất nội dung trước đó để khôi phục.

Điều gì xảy ra khi xóa object và vai trò của Delete Marker?

Khi Versioning đang ở trạng thái Enabled, thao tác xóa object thông thường không lập tức xóa vĩnh viễn dữ liệu. Thay vào đó, hệ thống tạo một Delete Marker (dấu đánh dấu xóa) và đặt nó làm phiên bản hiện tại.

Delete Marker không chứa nội dung file như một object version thông thường. Nó đóng vai trò đánh dấu rằng object đã bị xóa khỏi trạng thái truy cập thông thường.

Ví dụ, object report.pdf đang có V1 và V2. Khi người dùng thực hiện thao tác xóa:

• Hệ thống tạo Delete Marker mới.
• Delete Marker trở thành phiên bản hiện tại.
• V1 và V2 vẫn tồn tại dưới dạng các phiên bản cũ.
• Người dùng có thể xem lại và khôi phục dữ liệu nếu các phiên bản này chưa bị xóa vĩnh viễn.

Để khôi phục object trong trường hợp này, người dùng có thể xóa đúng Delete Marker. Khi đó, phiên bản dữ liệu còn lại mới nhất sẽ trở thành phiên bản hiện tại.

Lưu ý: Nếu người dùng thực hiện lệnh xóa kèm Version ID cụ thể, hệ thống có thể xóa vĩnh viễn phiên bản tương ứng. Vì vậy, Versioning không có nghĩa là mọi dữ liệu đã xóa đều có thể khôi phục.

Ba trạng thái Versioning của bucket

Trong mô hình S3, Versioning có ba trạng thái chính: Unversioned, Enabled và Suspended. Mỗi trạng thái quyết định cách hệ thống xử lý các thao tác ghi, cập nhật và xóa object.

Một điểm quan trọng là sau khi bucket đã chuyển sang Enabled, người dùng không thể đưa bucket trở lại trạng thái Unversioned theo mô hình S3. Thay vào đó, họ chỉ có thể chuyển sang Suspended.

Khi bật Versioning, những object đã tồn tại trước đó không tự động được tạo thêm phiên bản. Chúng vẫn có Version ID là null cho đến khi được ghi hoặc cập nhật bằng một thao tác tạo phiên bản mới.

Khi chuyển sang Suspended, các phiên bản có Version ID riêng vẫn được giữ nguyên. Tuy nhiên, những thao tác ghi mới sẽ sử dụng Version ID null, thay vì tiếp tục tạo các mã phiên bản duy nhất. Phiên bản null cũ có thể bị thay thế bởi dữ liệu mới.

Do đó, Suspended chỉ có nghĩa là tạm dừng việc tích lũy phiên bản mới, không phải tắt hoàn toàn Versioning hoặc xóa lịch sử dữ liệu đã lưu.

Khi nào nên sử dụng Versioning trong Object Storage?

Versioning đặc biệt hữu ích với các hệ thống lưu trữ có dữ liệu thường xuyên được cập nhật, nhiều người cùng thao tác hoặc có nguy cơ ghi đè, xóa nhầm. Một số tình huống nên cân nhắc bật cơ chế này gồm:

1. Khi thường xuyên cập nhật và ghi đè file

Các hệ thống quản lý tài liệu, website, ứng dụng doanh nghiệp hoặc nền tảng lưu trữ nội dung thường xuyên cập nhật file. Nếu người dùng tải nhầm phiên bản hoặc ứng dụng ghi dữ liệu không chính xác, Versioning giúp giữ lại nội dung trước đó để khôi phục.

2. Khi cần hạn chế rủi ro xóa nhầm dữ liệu

Với các bucket chứa hình ảnh, video, tài liệu hoặc dữ liệu nghiệp vụ quan trọng, thao tác xóa nhầm có thể ảnh hưởng đến hoạt động của doanh nghiệp. Versioning giúp giữ lại các phiên bản object trong trường hợp thao tác xóa thông thường tạo Delete Marker.

3. Khi ứng dụng có nguy cơ ghi dữ liệu sai

Một ứng dụng có thể gặp lỗi trong quá trình xử lý và ghi nội dung không chính xác lên object hiện có. Nếu Versioning được bật, phiên bản trước đó vẫn có thể được truy xuất để phục hồi dữ liệu.

4. Khi cần lưu giữ nhiều phiên bản dữ liệu để đối chiếu

Các doanh nghiệp quản lý tài liệu, báo cáo hoặc nội dung số có thể cần lưu lại những phiên bản trước để so sánh và kiểm tra sự thay đổi. Versioning hỗ trợ nhu cầu này bằng cách duy trì nhiều bản dữ liệu của cùng một object.

Tuy nhiên, nếu doanh nghiệp cần xác định ai đã thực hiện thao tác, vào thời điểm nào hoặc thông qua ứng dụng nào, cần kết hợp thêm hệ thống logging và audit phù hợp. Versioning tự nó không phải một hệ thống nhật ký kiểm toán đầy đủ.

Versioning khác gì Backup và Replication?

Versioning, Backup và Replication đều hỗ trợ bảo vệ dữ liệu trong Object Storage nhưng có mục đích và phạm vi hoạt động khác nhau. Việc phân biệt ba cơ chế giúp doanh nghiệp lựa chọn phương án phù hợp thay vì phụ thuộc vào một tính năng duy nhất.

• Versioning: phù hợp khi doanh nghiệp cần khôi phục các phiên bản trước của một object sau khi bị ghi đè hoặc xóa nhầm.
• Backup: phù hợp khi cần một phương án phục hồi dữ liệu có chính sách lưu giữ, lịch sao lưu và khả năng khôi phục được kiểm soát. Bản backup nên được thiết kế độc lập với dữ liệu nguồn để hạn chế rủi ro mất đồng thời.
• Replication: phù hợp khi cần duy trì bản sao dữ liệu tại một bucket hoặc vị trí khác, chẳng hạn phục vụ khả năng sẵn sàng và phân phối dữ liệu. Tuy nhiên, nếu cấu hình sao chép cả thao tác xóa, dữ liệu bị xóa ở nguồn cũng có thể ảnh hưởng đến bản sao ở đích.

Như vậy, Versioning không thay thế Backup hoặc Replication. Doanh nghiệp có thể kết hợp cả ba cơ chế để tăng khả năng bảo vệ dữ liệu, tùy theo yêu cầu vận hành và mức độ quan trọng của hệ thống.

Hướng dẫn bật Versioning và khôi phục dữ liệu

Người dùng có thể bật và quản lý Versioning thông qua giao diện quản trị của nền tảng Object Storage hoặc sử dụng dòng lệnh AWS CLI với các API tương thích S3.

Các ví dụ dưới đây minh họa thao tác theo chuẩn S3. Tên bucket, endpoint, quyền truy cập và khả năng hỗ trợ API có thể khác nhau tùy nhà cung cấp.

1. Bật Versioning cho bucket

Trước khi bật, người dùng cần xác định bucket nào chứa dữ liệu cần quản lý phiên bản. Vì Versioning được thiết lập ở cấp bucket nên trạng thái này ảnh hưởng đến toàn bộ object bên trong bucket.

Cách 1: Bật qua giao diện quản trị

Quy trình phổ biến gồm:

• Đăng nhập vào hệ thống quản trị Object Storage.
• Chọn bucket cần bật Versioning.
• Truy cập mục quản lý hoặc cài đặt Versioning.
• Chọn bật Versioning và xác nhận thao tác.
• Kiểm tra lại trạng thái để đảm bảo tính năng đã hoạt động.

Cách 2: Bật bằng AWS CLI

Với nền tảng hỗ trợ API tương thích S3, người dùng có thể sử dụng lệnh put-bucket-versioning:

aws s3api put-bucket-versioning \
  --bucket my-bucket \
  --versioning-configuration Status=Enabled

Trong đó:

• my-bucket: Tên bucket cần bật Versioning.
• Status=Enabled: Chuyển trạng thái Versioning sang Enabled.

Đối với dịch vụ S3 bên thứ ba, có thể cần bổ sung tham số –endpoint-url để kết nối đúng địa chỉ API của nhà cung cấp.

Sau khi bật lần đầu, nên kiểm tra trạng thái Versioning và chờ hệ thống hoàn tất quá trình cập nhật trước khi thực hiện các thao tác ghi hoặc xóa quan trọng.

2. Xem danh sách các phiên bản object

Sau khi bật Versioning, người dùng có thể liệt kê các phiên bản của một object để kiểm tra lịch sử dữ liệu.

Sử dụng lệnh:

aws s3api list-object-versions \
  --bucket my-bucket \
  --prefix documents/report.pdf

Lệnh này trả về thông tin các phiên bản object phù hợp với đường dẫn được chỉ định, bao gồm Version ID, thời gian cập nhật và trạng thái phiên bản. Danh sách cũng có thể chứa Delete Marker nếu object từng được xóa.

Người dùng cần xác định chính xác Version ID của dữ liệu muốn khôi phục trước khi thực hiện các thao tác tiếp theo.

3. Khôi phục object bị xóa nhầm

Nếu object bị xóa thông qua thao tác DELETE thông thường khi Versioning đang Enabled, hệ thống sẽ tạo Delete Marker thay vì xóa ngay các phiên bản dữ liệu cũ.

Để khôi phục, người dùng thực hiện:

• Liệt kê các phiên bản của object bằng list-object-versions.
• Xác định Delete Marker đang là phiên bản hiện tại.
• Lấy Version ID của Delete Marker.
• Xóa đúng Delete Marker bằng lệnh:

aws s3api delete-object \
  --bucket my-bucket \
  --key documents/report.pdf \
  --version-id DELETE_MARKER_ID

Sau khi Delete Marker được xóa, phiên bản dữ liệu còn lại mới nhất sẽ trở thành phiên bản hiện tại và object có thể được truy cập lại theo cách thông thường.

Cần kiểm tra kỹ Version ID trước khi thực hiện vì lệnh xóa kèm Version ID có thể xóa vĩnh viễn phiên bản được chỉ định.

4. Khôi phục phiên bản cũ khi object bị ghi đè

Khi object bị ghi đè bằng nội dung sai, người dùng có thể khôi phục phiên bản trước đó bằng cách sao chép nội dung từ phiên bản cũ thành một phiên bản mới của cùng object.

Ví dụ sử dụng lệnh copy-object:

aws s3api copy-object \
  --bucket my-bucket \
  --key documents/report.pdf \
  --copy-source "my-bucket/documents/report.pdf?versionId=OLD_VERSION_ID"

Trong đó:

• –bucket: Bucket đích.
• –key: Object Key cần khôi phục.
• –copy-source: Đường dẫn object nguồn kèm Version ID cần sao chép.

Thao tác này tạo một phiên bản mới có nội dung giống phiên bản cũ được chọn. Các phiên bản trước đó vẫn được giữ lại nếu chưa bị xóa.

Đây là cách phù hợp khi muốn đưa nội dung cũ trở lại trạng thái hiện tại mà không cần xóa lịch sử phiên bản mới hơn.

Chi phí lưu trữ và cách quản lý Versioning hiệu quả

Bật Versioning giúp tăng khả năng khôi phục dữ liệu nhưng cũng làm tăng dung lượng lưu trữ. Nếu không kiểm soát số lượng phiên bản, chi phí có thể tăng đáng kể theo thời gian.

1. Dung lượng và chi phí khi lưu nhiều phiên bản

Trong mô hình S3, mỗi phiên bản object được lưu như một bản dữ liệu đầy đủ, không chỉ lưu phần nội dung thay đổi so với phiên bản trước. Vì vậy, dung lượng sử dụng tăng theo số phiên bản được giữ lại.

Ví dụ, một file có dung lượng 1GB được tải lên và ghi đè bốn lần. Nếu cả năm phiên bản đều được giữ lại, tổng dung lượng lưu trữ có thể lên đến khoảng 5GB.

Có thể hình dung mức sử dụng dung lượng theo công thức:

Tổng dung lượng = Dung lượng các phiên bản hiện tại + Dung lượng các phiên bản cũ được giữ lại.

Chi phí thực tế còn phụ thuộc vào chính sách tính dung lượng, loại lưu trữ và cách nhà cung cấp tính phí. Vì vậy, doanh nghiệp nên theo dõi mức tăng dung lượng sau khi bật Versioning, đặc biệt với các ứng dụng thường xuyên ghi đè file.

2. Quản lý phiên bản cũ bằng Lifecycle Rule

Lifecycle Rule là cơ chế thiết lập chính sách quản lý vòng đời object tự động. Khi kết hợp với Versioning, doanh nghiệp có thể đặt thời gian lưu giữ và quy tắc xử lý các phiên bản cũ.

Một số chính sách thường được sử dụng gồm:

• Giữ phiên bản cũ trong một khoảng thời gian nhất định: Ví dụ, lưu Noncurrent Version trong 30 hoặc 90 ngày trước khi xem xét xóa.
• Giới hạn số phiên bản cần giữ: Duy trì một số phiên bản gần nhất để cân bằng giữa khả năng khôi phục và dung lượng.
• Xóa vĩnh viễn phiên bản không còn cần thiết: Thiết lập quy tắc NoncurrentVersionExpiration để loại bỏ các phiên bản cũ sau thời gian lưu giữ.

Cần phân biệt thao tác hết hạn object hiện tại với thao tác xóa phiên bản cũ. Trong bucket đã bật Versioning, quy tắc hết hạn object thông thường có thể tạo Delete Marker, trong khi quy tắc hết hạn Noncurrent Version mới thực hiện xóa vĩnh viễn các phiên bản cũ được chỉ định.

Do đó, trước khi thiết lập Lifecycle Rule, doanh nghiệp cần xác định rõ dữ liệu nào phải được giữ lại, thời gian khôi phục tối đa và những phiên bản nào có thể xóa vĩnh viễn.

3. Kết hợp Versioning với Object Lock và cơ chế bảo vệ dữ liệu

Ngoài Lifecycle Rule, doanh nghiệp có thể kết hợp Versioning với các cơ chế bảo vệ dữ liệu khác để tăng khả năng chống xóa nhầm hoặc thay đổi trái phép.

• Object Lock cho phép thiết lập thời gian lưu giữ hoặc Legal Hold đối với object version, giúp hạn chế việc xóa hoặc ghi đè phiên bản được bảo vệ trong thời gian áp dụng chính sách. Cơ chế này hữu ích với dữ liệu cần lưu trữ lâu dài hoặc phải tuân thủ yêu cầu quản lý.
• MFA Delete là cơ chế yêu cầu xác thực đa yếu tố đối với một số thao tác nhạy cảm liên quan đến xóa phiên bản hoặc thay đổi trạng thái Versioning trên Amazon S3.

Tuy nhiên, Object Lock và MFA Delete không mặc nhiên được hỗ trợ đầy đủ trên mọi nền tảng S3 Compatible. Người dùng cần kiểm tra khả năng triển khai thực tế của nhà cung cấp trước khi xây dựng chính sách bảo vệ dữ liệu.

Sử dụng Versioning với S3 Object Storage của LANIT

Với doanh nghiệp thường xuyên cập nhật tài liệu, hình ảnh, video hoặc dữ liệu ứng dụng, S3 Object Storage của LANIT cung cấp cơ chế Versioning để lưu giữ nhiều phiên bản object và hỗ trợ khôi phục khi dữ liệu bị thay đổi hoặc xóa nhầm.

Theo tài liệu hướng dẫn của LANIT, người dùng có thể quản lý Versioning tại cấp bucket thông qua giao diện quản trị. Khi bật tính năng, hệ thống giữ lại phiên bản cũ sau các thao tác ghi đè hoặc xóa object. Người dùng cũng có thể truy cập mục xem phiên bản cũ trong phần quản lý object để tải xuống hoặc xóa từng phiên bản khi cần.

Khi không muốn tiếp tục tạo phiên bản mới, người dùng có thể chọn tạm dừng Versioning. Các phiên bản đã lưu trước đó vẫn được giữ lại, không bị xóa chỉ vì thao tác tạm dừng.

S3 Object Storage tại LANIT còn hỗ trợ chuẩn AWS S3 Compatible, giúp doanh nghiệp kết nối với ứng dụng, SDK và các công cụ quản lý lưu trữ tương thích S3. Dịch vụ hướng đến nhu cầu lưu trữ dữ liệu tập trung, mở rộng dung lượng linh hoạt và tối ưu chi phí vận hành.

Nếu doanh nghiệp đang tìm giải pháp lưu trữ object có khả năng quản lý phiên bản, hỗ trợ tích hợp với hệ thống hiện có và cần tư vấn cấu hình phù hợp, có thể tham khảo dịch vụ S3 Object Storage tại LANIT.

Liên hệ LANIT để được tư vấn dung lượng, phương án triển khai và cách quản lý dữ liệu phù hợp với nhu cầu thực tế.

>>>> Đọc thêm bài viết: S3 Storage là gì? Cơ chế hoạt động, lợi ích và ứng dụng thực tế

Câu hỏi thường gặp về Versioning

1. Đã bật Versioning thì có tắt được không?

Theo mô hình S3, sau khi bucket đã bật Versioning, người dùng không thể chuyển về trạng thái Unversioned. Thay vào đó, có thể chuyển sang Suspended để tạm dừng tạo các phiên bản mới. Những phiên bản đã lưu trước đó vẫn được giữ lại cho đến khi bị xóa theo thao tác hoặc chính sách quản lý phù hợp.

2. Xóa object khi đã bật Versioning thì có lấy lại được không?

Có thể, nếu thao tác xóa thông thường chỉ tạo Delete Marker và các phiên bản dữ liệu cũ vẫn còn tồn tại. Người dùng có thể xóa đúng Delete Marker để đưa phiên bản dữ liệu gần nhất trở lại trạng thái hiện tại. Nếu phiên bản đã bị xóa vĩnh viễn, Versioning không thể tự khôi phục dữ liệu đó.

3. Versioning có áp dụng cho object đã tồn tại trước khi bật không?

Có. Tuy nhiên, các object đã tồn tại không tự động được tạo thêm phiên bản khi bật Versioning. Chúng giữ Version ID null cho đến khi có thao tác ghi hoặc cập nhật tạo phiên bản mới theo cơ chế Versioning.

4. Versioning có tự động sao chép dữ liệu sang bucket khác không?

Không. Versioning chỉ lưu nhiều phiên bản của object trong cùng bucket. Nếu cần duy trì bản sao tại bucket hoặc vị trí khác, doanh nghiệp cần triển khai thêm Replication hoặc một cơ chế sao lưu phù hợp.

5. Có thể khôi phục một object về phiên bản cũ mà không ảnh hưởng các object khác không?

Có. Versioning quản lý phiên bản theo từng Object Key. Người dùng có thể chọn phiên bản của một object cụ thể để khôi phục mà không cần thay đổi phiên bản của các object khác trong bucket.

6. Versioning có làm tăng chi phí lưu trữ không?

Có. Các phiên bản cũ vẫn chiếm dung lượng lưu trữ nếu chưa bị xóa. Số lần ghi đè càng nhiều và thời gian giữ phiên bản càng dài thì dung lượng sử dụng càng có thể tăng. Doanh nghiệp nên kết hợp Versioning với Lifecycle Rule hoặc chính sách quản lý phiên bản để kiểm soát chi phí.

Versioning là cơ chế hữu ích trong Object Storage, giúp lưu giữ nhiều phiên bản của cùng một object và hỗ trợ khôi phục dữ liệu khi file bị ghi đè hoặc xóa nhầm. Tuy nhiên, để khai thác hiệu quả, bạn cần hiểu rõ trạng thái bucket, cách quản lý phiên bản cũ và thiết lập Lifecycle phù hợp nhằm kiểm soát dung lượng lưu trữ.