Tài liệu Mua giấy phép sử dụng các máy chủ DB2 9.7 phân tán trong môi trường sẵn sàng cao (HA) pdf

Mua giấy phép sử dụng các máy chủ DB2 9.7 phân

tán trong môi trường sẵn sàng cao (HA)

Khách hàng chọn DB2 làm cơ sở dữ liệu ưa thích của họ bởi vì thời gian chứng tỏ giá trị (time to

value) rất sớm của nó, khả năng mở rộng và tích hợp trong các môi trường khác nhau của nó,

tính bền chắc của nó, và khả năng thời gian ngừng chạy tối thiểu (cả có kế hoạch lẫn ngoài kế

hoạch). Trong bài viết này, chúng tôi tập trung vào các khía cạnh của tính sẵn sàng cao (HA) của

DB2, không đề cập quá nhiều về chức năng (đã nhiều người viết về vấn đề này), mà về cấp

quyền.

Chúng tôi nghe rất nhiều câu hỏi về cấp phép cho DB2 trong môi trường có tính sẵn sàng cao, đó

là các cấu hình được thiết kế để giải quyết các trường hợp ngừng chạy ngoài kế hoạch (và đôi khi

cả các trường hợp có kế hoạch nữa). Thông thường, cái gây lúng túng nhất là do có sự khác nhau

rất lớn trong việc các nhà cung cấp định giá bán các sản phẩm cơ sở dữ liệu của họ trong môi

trường sẵn sàng cao.

Một nguồn nhầm lẫn khác là từ các thuật ngữ được dùng khi thảo luận liên quan đến tính sẵn

sàng cao. Ví dụ: thuật ngữ các cụm (clusters). Đôi khi ngành công nghiệp CNTT đề cập đến môi

trường tính sẵn sàng cao là các cụm. Chúng tôi không thích tiếp tục sử dụng thuật ngữ này theo

kiểu ấy nữa, vì nó đã trở thành cái gì đó quá tải trong thời gian gần đây, theo đó các cụm có thể

nói đến việc tạo cụm để có khả năng mở rộng (giống như tính năng phân hoạch của cơ sở dữ liệu

InfoSphere Warehouse (DPF) – tính năng này dựa trên DB2) hoặc tạo cụm để có tính sẵn sàng

(Ví dụ: bằng cách sử dụng phần mềm phân cụm của hệ thống tự động Tivoli cho đa nền tảng

(SA-MP), lần đầu tiên được đưa vào trong DB2 9 và sau đó được tích hợp sâu trong phiên bản

DB2 9,5 cho nhóm các máy chủ), hoặc cả hai (như trường hợp cụm của DB2 pureScale, hoặc hệ

thống phân tích thông minh của IBM). Mặc dù không thích thuật ngữ này, nhưng nó đã được sử

dụng, vì thế đối với bài viết này, khi nói đến thuật ngữ cụm, chúng tôi muốn nói tạo cụm để cho

tính sẵn sàng cao (trừ khi có ghi chú khác). Để đơn giản, chúng tôi khuyên bạn nên gắn thêm các

chữ khả năng sẵn sàng cao hay khả năng mở rộng với thuật ngữ này khi thảo luận về các cụm với

các đồng nghiệp hoặc khách hàng của bạn. Tất nhiên, một số giải pháp đề cập đến cả hai, cả khả

năng mở rộng lẫn tính sẵn sàng cao bằng một cụm, vì thế, hãy đảm bảo rằng bạn luôn luôn

truyền đạt những gì bạn đang cố gắng làm khi nói chuyện với đồng nghiệp của bạn.

Một nguồn nhầm lẫn khác phát sinh từ các thuật ngữ sử dụng để mô tả các máy chủ hoạt động

như máy chủ chuyển đổi dự phòng trong trường hợp có sự cố ngừng hoạt động. Ví dụ: Máy chủ

này có thể được nói đến như là máy chủ dự phòng hoặc máy chủ thứ cấp (và nhiều tên gọi khác).

Nếu bạn đã dính líu đến chúng trong khoảng thời gian đủ dài, thì nhiều khả năng là bạn đã gặp

các thuật ngữ mô tả chức năng mà máy chủ này thực hiện. Các thuật ngữ như nhàn rỗi, đang

hoạt động, lạnh, ấm, nóng, và thụ động tất cả đều được dùng trong các cuộc thảo luận về tính sẵn

sàng.

Phần lớn các tài liệu của Tập đoàn phần mềm của IBM (IBM SWG) sử dụng cách phân loại lạnh,

ấm và nóng để mô tả các máy chủ ở chế độ chờ. Trước phiên bản DB2 9.5, mọi thứ trong lãnh

địa của DB2 ("DB2-land") có hơi khác. Tuy nhiên, kể từ phiên bản DB2 9.5 (và các phiên bản

sau này), cách phân loại khả năng sẵn sàng cao (HA) của DB2 và các điều khoản cấp giấy phép

cho nó tuân thủ cách phân loại của IBM SWG và các điều khoản cấp giấy phép tương ứng phù

hợp với chính sách định giá cho khả năng sẵn sàng cao. Ví dụ: Nếu bạn định cấu hình cho cụm

khả năng sẵn sàng cao của DB2 9.1 HA bằng cách sử dụng PowerHA IBM AIX (còn gọi là Đa

xử lý cụm khả năng sẵn sàng cao - High Availability Cluster Multiprocessing - HACMP), sao

cho có một máy chủ nhàn rỗi (và trình quản lý cơ sở dữ liệu chưa khởi chạy), thì bạn cũng phải

mua giấy phép sử dụng một phần máy chủ đó. Kể từ DB2 phiên bản 9.5 trở đi, bạn không phải

trả một xu nào nữa! Tương tự như vậy, nếu bạn đã cài đặt DB2 phiên bản 9.1 tại một máy chủ

không nối nguồn, bạn cũng đã phải mua phép sử dụng một phần cho máy chủ đó. Kể từ DB2

phiên bản 9.5 và các phiên bản sau đó bạn không phải mua mua giấy phép cho máy chủ DB2

không được nối nguồn. Chúng tôi đã cập nhật bài viết cho DB2 phiên bản 9.7 và bất kỳ thay đổi

tạm thời nào như là kết quả của gói vá lỗi để giúp bạn phân loại các quy định cấp phép sử dụng

cho khả năng sẵn sàng cao của DB2 và để bạn nắm được mọi thông tin.

Lưu ý: Bài viết này cũng bàn về công nghệ pureScale DB2 được công bố lần đầu vào tháng 10

năm 2009. Phương tiện để phân phối DB2 pureScale là DB2 phiên bản 9.8; Tuy nhiên, lý do duy

nhất để chạy DB2 phiên bản 9.8 là cho DB2 pureScale. Nói cách khác, nếu bạn đang chạy máy

chủ DB2 phiên bản 9.7 và không có kế hoạch để sử dụng DB2 pureScale, bạn sẽ không phải

chuyển sang DB2 phiên bản 9.8.

Hình 1 mô tả rõ ràng cách phân loại khả năng sẵn sàng cao của DB2 phiên bản 9.7 và cung cấp

một số ví dụ của từng loại cấu hình thuộc từng cách phân loại ấy.

Hình 1. Một số gợi ý hữu ích cho cách phân loại khả năng sẵn sàng cao như là nóng, ấm, và

lạnh của DB2 9.7

Bảng 1 cho thấy các thuật ngữ thường sử dụng nhất để mô tả môi trường sẵn sàng cao được ánh

xạ với cách phân loại DB2 9.7 và các điều khoản cấp phép sử dụng.