Sqlserver
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Sqlserver

Tính tổng chi phí sở hữu theo dõi máy chủ SQL của bạn

Ngân sách ngày nay là quý giá. Thật khó để có được ngân sách cho số lượng nhân viên, nhưng đôi khi có được ngân sách cho các công cụ lại dễ dàng một cách đáng ngạc nhiên. Công cụ tốt thực sự có thể giảm bớt áp lực cho các DBA làm việc quá sức bằng cách tự động hóa các tác vụ tốn nhiều công sức hơn; bằng cách giúp chúng tôi xác định vấn đề nhanh chóng, giảm nguy cơ bỏ sót thứ gì đó do lỗi của con người; và bằng cách cho phép chúng tôi giải quyết vấn đề để chúng tôi đã giải quyết nó vào thời điểm người dùng của chúng tôi trải nghiệm nó.
Khi đã đến lúc tiếp cận “ông chủ tóc xù” với một khoản đầu tư được đề xuất, điều quan trọng là phải đánh giá chi tiết toàn bộ chi phí sở hữu của bất kỳ công cụ được đề xuất nào. Thông thường, chúng tôi chỉ tập trung hoàn toàn vào chi phí trực tiếp và bỏ qua các chi phí gián tiếp như chi phí cơ sở hạ tầng hoặc tài nguyên cần thiết để thiết lập, cấu hình hoặc bảo trì.

Xác định Chi tiêu của Bạn

Tùy thuộc vào tổ chức của bạn, cách bạn quản lý ngân sách của mình hoặc nơi bạn có sẵn tiền, bạn có thể thích tính trước chi phí của mình với các khoản đầu tư trả trước lớn hơn liên quan đến ngân sách chi tiêu vốn (CapEx) của bạn hoặc nó có thể phù hợp với bạn hơn phân bổ chi phí đồng đều theo thời gian và liên kết chúng với ngân sách chi tiêu hoạt động (OpEx) của bạn.

Trong những năm gần đây, các công cụ phần mềm như một dịch vụ (SaaS) đã cho phép các tổ chức thuộc mọi quy mô và hình dạng truy cập vào phần mềm tinh vi và cực kỳ mạnh mẽ với chi phí liên tục có thể quản lý được.

SaaS không dành cho tất cả mọi người. Ngoài tiến độ thanh toán, một điểm quyết định quan trọng cần xem xét là TCO. Bảng sau đây sẽ giúp bạn định hướng cân nhắc của mình.

Để biết thêm chi tiết về cấu trúc của một hệ thống giám sát hiệu suất điển hình, hãy xem blog của chúng tôi:Kiến trúc Giám sát Cơ sở dữ liệu.

So sánh nhanh Mặt bằng tại chỗ so với SaaS

Dưới đây, chúng tôi đề cập đến “điểm cuối được giám sát”. Điều này có thể đề cập đến phiên bản cơ sở dữ liệu được giám sát, hệ điều hành và / hoặc trình siêu giám sát mà nó được cài đặt trên đó.

Các yếu tố điển hình cho Chi phí sở hữu Giải pháp Giám sát

Giải pháp tại chỗ truyền thống

Giải pháp SaaS

  • Chi phí giấy phép trả trước.

  • Bảo trì hàng năm (thường là 20% chi phí giấy phép).

  • Đăng ký:thường là hàng năm. Hàng tháng hoặc trả khi bạn di chuyển có xu hướng đắt hơn.

  • Tránh đăng ký dựa trên khối lượng dữ liệu được lưu trữ.

  • Máy chủ cho quá trình thu thập dữ liệu.

  • Phiên bản máy chủ SQL cho kho lưu trữ hiệu suất và kho báo cáo.

  • Máy chủ cho kho lưu trữ hiệu suất và kho báo cáo.

  • Các thành phần này có thể được chia sẻ hoặc phân phối tùy thuộc vào khối lượng của các điểm cuối được giám sát. Tham khảo tài liệu của nhà cung cấp để biết thêm chi tiết.

  • Máy chủ cho quá trình thu thập dữ liệu.

  • Tất cả dữ liệu hiệu suất được quản lý bởi nhà cung cấp SaaS.

  • Kiểm tra xem có bất kỳ khoản thu nào đối với khối lượng dữ liệu được lưu trữ hay không.

  • Kiểm tra lượng lịch sử được lưu giữ.

  • Chuyển đổi dự phòng cho bộ thu thập dữ liệu.

  • Các trường hợp chuyển đổi dự phòng cho các kho lưu trữ báo cáo và hiệu suất.

  • Sao lưu kho lưu trữ hiệu suất.

  • Nhà cung cấp SaaS sẽ xử lý mọi việc chuyển đổi dự phòng sao lưu các thành phần được lưu trữ.

  • Việc cung cấp có thể được thực hiện để bảo vệ mọi dịch vụ thu thập dữ liệu tại chỗ.

  • Yếu tố về thời gian liên tục cần thiết cho các nhiệm vụ bảo trì liên quan đến giám sát sự tăng trưởng của kho lưu trữ hiệu suất, mở rộng cùng nếu các phiên bản mới được thêm vào, sao lưu, v.v.

  • Tất cả việc bảo trì các thành phần được lưu trữ do nhà cung cấp SaaS quản lý.


Giấy phép và Đăng ký

Đối với phần mềm tại chỗ truyền thống:

  • Thường có một khoản phí cấp phép trả trước đáng kể. Điều này sẽ phù hợp với các tổ chức sẽ sử dụng ngân sách chi tiêu vốn (CapEx).
  • Yếu tố bảo trì hàng năm, thường là khoảng 20 phần trăm chi phí giấy phép ban đầu. Quyền truy cập vào các bản cập nhật là rất quan trọng vì các bản vá và cập nhật cơ sở dữ liệu có thể phá vỡ các bộ sưu tập dữ liệu.

Đối với các giải pháp SaaS:

  • SaaS dựa trên đăng ký định kỳ. Điều này tránh chi phí trả trước lớn. Điều này sẽ phù hợp với các tổ chức thích xử lý phần mềm theo ngân sách chi tiêu hoạt động (OpEx).
  • Nếu bạn có nhiều tiền, hãy khám phá đăng ký nhiều năm, đăng ký này sẽ mang lại mức chiết khấu tốt từ nhà cung cấp.
  • Hầu hết phần mềm giám sát SaaS được lập hóa đơn hàng năm. Các mô hình hàng tháng hoặc trả tiền khi sử dụng ít phổ biến hơn để theo dõi và thường sẽ đắt hơn.
  • Tính linh hoạt đi kèm với chi phí. Nếu bạn biết rõ về số lượng và thời hạn đăng ký dài hơn, thì việc chốt đơn hàng sẽ mang lại giá trị tốt hơn.
  • Nếu đăng ký được gắn với các mức dữ liệu được thu thập, thì hãy cẩn thận tính toán các yêu cầu về dữ liệu dự kiến ​​của bạn. Dữ liệu hiệu suất có thể nhận được rất nhanh. Để có nhiều khả năng dự đoán hơn, hãy tìm các giải pháp được đo lường trên thực thể được giám sát thay vì dữ liệu được lưu trữ.
  • Một giải pháp được lưu trữ phải bao gồm chi phí lưu trữ dữ liệu và bảo trì liên tục.

Các bộ phận chuyển động

Thu thập dữ liệu hiệu suất

  • Yếu tố trong bất kỳ phần cứng nào cần thiết để lưu trữ dịch vụ, nơi thu thập dữ liệu từ điểm cuối được giám sát. Để tránh ảnh hưởng đến phiên bản được giám sát, phần mềm giám sát không được nằm trên cùng một máy. Người thu thập dữ liệu phải “không cần tác nhân”.
  • Xem xét số lượng kết nối máy chủ SQL mà bạn sẽ theo dõi. Nếu bạn cũng đang theo dõi hệ điều hành máy chủ lưu trữ và / hoặc trình giám sát, điều này cũng nên được tính vào.
  • Kiểm tra tài liệu của nhà cung cấp để biết hướng dẫn về số lượng điểm cuối được giám sát mà một dịch vụ thu thập dữ liệu duy nhất có thể hỗ trợ.
  • Nếu nhiều dịch vụ thu thập dữ liệu cần được "liên kết", thì nhiều máy chủ thu thập dữ liệu có thể cần được chỉ định.
  • Đối với các giải pháp SaaS, họ có thể có bộ thu thập dữ liệu tại chỗ cho khối lượng công việc tại chỗ và thay thế bộ này bằng các dịch vụ dựa trên đám mây để thu thập dữ liệu từ cơ sở dữ liệu dưới dạng dịch vụ (DBaaS).


Kho lưu trữ chẩn đoán ngắn hạn

Yếu tố chi phí của phiên bản cơ sở dữ liệu cần thiết cho kho lưu trữ chẩn đoán ngắn hạn. Đây là nơi dữ liệu chi tiết được lưu trữ để tạo điều kiện cho các tính năng chẩn đoán và phát lại. Kích thước của nó phụ thuộc vào:

  • Số lượng điểm cuối được giám sát
  • Số lượng chỉ số được theo dõi
  • Tần suất thu thập dữ liệu của từng chỉ số
  • Liệu mã SQL và / hoặc các kế hoạch thực thi có được giữ lại hay không
  • Lượng lịch sử được lưu giữ

Kiểm tra các nguyên tắc của nhà cung cấp liên quan đến khối lượng dữ liệu chẩn đoán trên mỗi điểm cuối được giám sát mỗi ngày dữ liệu được lưu giữ. Khối lượng lịch sử được lưu giữ có xu hướng dao động từ 1-4 tuần đối với hầu hết các giải pháp tại chỗ. Bất cứ điều gì dài hơn sẽ yêu cầu bộ nhớ đáng kể cũng như tài nguyên máy tính đáng kể để thúc đẩy phân tích được yêu cầu.

Phân tích dài hạn / Kho lưu trữ báo cáo

Các giải pháp tại chỗ sẽ thường xuyên lấy dữ liệu chi tiết từ kho lưu trữ chẩn đoán, tổng hợp và lưu trữ trong kho phân tích hoặc báo cáo. Kiểm tra các nguyên tắc của nhà cung cấp liên quan đến khối lượng dữ liệu báo cáo trên mỗi điểm cuối được giám sát mỗi tháng dữ liệu được lưu giữ. Đối với các cài đặt lớn hơn, bạn có thể cần một phiên bản cơ sở dữ liệu riêng biệt cho kho báo cáo của mình, cái này sẽ được tính vào chi phí của bạn.

Cân nhắc khi xác định phiên bản máy chủ SQL của bạn

Khi xác định xem bạn muốn giải pháp tại chỗ hay SaaS truyền thống, hãy lưu ý các bước hành động sau:

  • Thiết lập số lượng điểm cuối được giám sát mà bạn yêu cầu (SQL Server, Windows, Linux HyperV, v.v.).
  • Thiết lập số lượng dịch vụ thu thập dữ liệu bạn cần, yêu cầu máy chủ lưu trữ và các chi phí liên quan.
  • Yếu tố trong bất kỳ chi phí giấy phép nào liên quan đến cơ sở hạ tầng của bạn, ví dụ:phiên bản Windows Server hoặc SQL Server.
  • Khi đánh giá chi phí lưu trữ tại chỗ, bạn có thể có một mức giá đã định cho mỗi terabyte mà nhóm CNTT của bạn sẽ tính. Nếu không, hãy xem xét tổng giá lưu trữ tại chỗ. Wasabi xuất bản một hướng dẫn hay.
  • Đối với các giải pháp tại chỗ, hãy xem xét chi phí cấp phép và phần cứng của máy chủ lưu trữ cũng như mọi cơ sở dữ liệu cần thiết để chẩn đoán và báo cáo dữ liệu.

  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cách khắc phục “Chuyển đổi không thành công khi chuyển đổi giá trị thành kiểu dữ liệu” trong SQL Server

  2. Bài kiểm tra gợi ý và mẹo quản trị cơ sở dữ liệu Azure SQL (DP-300)

  3. Chèn dữ liệu SQL Server vào Salesforce.com

  4. LEN () trong SQL Server là gì?

  5. Biết khi nào cần thử lại hoặc không thành công khi gọi SQL Server từ C #?