Làm thế nào để mô tả các yêu cầu về hiệu suất của VMware cho ứng dụng của chúng tôi với quản trị viên VMware?

Thông thường, việc cài đặt ứng dụng dựa trên debian ổn định tại chỗ của chúng tôi chạy trong một máy ảo - điển hình là trong VMware ESXi. Trong trường hợp chung, chúng tôi không có khả năng hiển thị hoặc ảnh hưởng đến môi trường ảo hóa của họ và không có quyền truy cập vào ví dụ máy khách VMware vCenter hoặc tương đương. Tôi tập trung vào VMware ở đây, bởi vì đó là điều phổ biến nhất chúng ta thấy.

Chúng tôi muốn:

• Nói với quản trị viên VMware của khách hàng: Bạn có thể chạy ứng dụng của chúng tôi trong môi trường VMware ESX của bạn, miễn là nó đáp ứng các tiêu chí hiệu suất X, Y và Z.
• Có thể xác định xem các tiêu chí X, Y và Z trên thực tế có được đáp ứng liên tục hay không (ví dụ ngay bây giờ ), ngay cả trên một hệ thống đang chạy (chúng tôi không thể dừng ứng dụng của mình và chạy điểm chuẩn, và điểm chuẩn ban đầu sẽ không đủ, vì hiệu suất trong môi trường ảo thay đổi theo thời gian).
• Hãy tự tin rằng nếu các tiêu chí X, Y và Z được đáp ứng, chúng tôi sẽ có đủ tài nguyên CTNH ảo để chạy ứng dụng của chúng tôi với hiệu suất thỏa đáng.

Bây giờ X, Y và Z là gì?

Chúng ta đã thấy hết lần này đến lần khác, rằng khi có vấn đề về hiệu năng, vấn đề không nằm ở ứng dụng của chúng ta, mà là với môi trường ảo hóa. Ví dụ, một máy ảo khác sử dụng hàng tấn CPU, bộ nhớ hoặc SAN mà các đĩa được lưu trữ thực sự được sử dụng nhiều bởi một thứ khác ngoài ứng dụng của chúng tôi. Chúng tôi hiện không có cách nào để chứng minh hoặc bác bỏ điều đó.

Về mặt lý thuyết cũng có thể đôi khi ứng dụng của chúng ta chậm ... ;-)

Làm thế nào để xác định nguyên nhân gốc rễ của các vấn đề hiệu suất của chúng tôi: Môi trường ảo hoặc ứng dụng của chúng tôi?

Thông thường có 3 khu vực cho các vấn đề về hiệu năng CPU, Bộ nhớ và DISK I / O.

CPU

Trong vd

Và làm thế nào để đo lường xem chúng ta có thực sự có được điều đó không? Trong khi ứng dụng của chúng tôi đang chạy, có lẽ chúng ta có thể thấy rằng chúng tôi đang sử dụng CPU ở mức 212% trên 4 CPU. Đó có phải là do ứng dụng của chúng tôi hoạt động nhiều hay vì một VM khác trên cùng một máy chủ đang chạy một nhiệm vụ chuyên sâu về CPU và sử dụng tất cả CPU?

Bộ nhớ (Ballooning?)

Nếu chúng tôi yêu cầu cho ví dụ 16GB RAM, mà thường được cấu hình, nhưng vì phình to , chúng tôi thực sự chỉ có được 4GB, và ngạc nhiên, thực hiện ứng dụng của chúng tôi kém.

Người ta có thể hỏi các công cụ VMware về khinh khí cầu hiện tại, nhưng chúng tôi thấy rằng nó thường nói dối (hoặc ít nhất là không chính xác). Chúng ta đã thấy các ví dụ trong đó HĐH nghĩ rằng có 16GB tổng RAM, tổng bộ nhớ lưu trữ (RSS) của tất cả các quá trình là RAM 4GB, nhưng chỉ có 2GB RAM miễn phí, ngay cả khi các công cụ VMware cho chúng ta biết có 0 bóng: - (

Ngoài ra, chỉ cần thêm RSS với nhau là không hợp lệ, vì có thể dễ dàng chia sẻ RAM, ví dụ như bộ nhớ sao chép khi ghi nên 512MB + 512MB không nhất thiết có nghĩa là 1GB nhưng có thể có nghĩa là ít hơn. Vì vậy, người ta không thể đơn giản trừ RSS khỏi tất cả các quy trình để có được số đo dung lượng RAM miễn phí và từ đó phát hiện sự phình to một cách đáng tin cậy. Người ta có thể phát hiện một số trường hợp khinh khí cầu, nhưng có những trường hợp khác mà bóng bay có hiệu lực, nhưng không thể phát hiện được bằng phương pháp này.

Đĩa I / O

Tôi đoán rằng chúng ta có thể vẽ đồ thị theo thời gian số lượng đĩa đọc và ghi, số byte đọc và ghi và IO chờ%. Nhưng điều đó sẽ cho chúng ta một hình ảnh chính xác của I / O đĩa? Tôi tưởng tượng rằng nếu có một công cụ khai thác bitcoin chạy trong một máy ảo khác sử dụng tất cả CPU, thì% chờ đợi IO của chúng tôi sẽ tăng lên, ngay cả khi SAN bên dưới cho hiệu suất chính xác như nhau, đơn giản là vì tài nguyên CPU của chúng tôi bị hỏng và do đó IO chờ đợi ( được đo bằng% ) tăng lên.

Vì vậy, tóm lại, ngôn ngữ nào chúng ta có thể sử dụng để mô tả ví dụ như quản trị viên VMware, hiệu suất chúng ta cần, theo cách có thể di động và đo lường được?

• Nghiêm túc mà nói, hầu hết các quản trị viên VMware không giỏi về điều này: Hiểu biết kém về quản lý tài nguyên, thường không có kiến ​​thức về Linux (nó giúp) và thiếu băng thông thời gian. Tôi thấy hầu hết các quản trị viên nội bộ đều gặp khó khăn trong việc duy trì kiến ​​thức ảo hóa sâu.

• May mắn thay, có một cuốn sách bạn có thể đọc !

• Hầu hết các môi trường VMware không tuyệt vời: Thiết kế cụm kém, lập kế hoạch tài nguyên kém, lưu trữ không đạt tiêu chuẩn (ví dụ: Synology NAS), HA bị định cấu hình sai, không theo dõi hoặc vá lỗi.

• VMware là một tổ chức thất bại với chúng tôi: Họ đặc biệt tệ trong việc phổ biến thông tin cập nhật và thúc đẩy các thực tiễn tốt nhất. Các tìm kiếm cơ bản cho các câu hỏi phổ biến tạo ra kết quả từ năm 2009 và các phiên bản cũ hơn của VMware, mặc dù thực tế là các quy trình và thiết kế đã thay đổi theo thời gian.

Tất cả những điều này sẽ làm việc chống lại bạn.

Bạn nên xác định các yêu cầu thực sự của giải pháp của bạn. Có thể nói chính xác rằng thiết bị của bạn yêu cầu: 2 vCPU, RAM 8GB và hiệu suất lưu trữ 500 IOP sẽ đi một chặng đường dài với một người như tôi.

Cách tiếp cận khác là quan sát một môi trường lành mạnh hoặc lý tưởng và ngoại suy các số liệu từ đó.

Bạn đã mô tả các vấn đề với việc triển khai nhất định. Các vấn đề và nút cổ chai là gì?

Một ví dụ về máy ảo có kích thước phù hợp:

Một máy chủ Exchange cho một tổ chức 300 người dùng.

• Chúng tôi có 6 tuần khối lượng công việc / nhiệt độ căng thẳng so với thời gian.
• 6 vCPUs giữ cho chúng tôi ở trên vùng căng thẳng với phòng đệm cho gai.
• RAM 32 GB giữ cho chúng tôi trên giá trị căng thẳng, nhưng không phải là một số tiền vô lý trên mức thực sự cần thiết.

• Tôi có thể lấy lại một vài GB RAM và vCPU, nhưng tất cả, đây là một VM hiệu quả.
• Sẽ là khôn ngoan khi có được loại giám sát ứng dụng của bạn trong điều kiện lý tưởng.

Ví dụ về giám sát tài nguyên VM.

Good-ish: - VM có kích thước phù hợp. - CPU bị quá tải trên toàn cụm, nhưng chúng tôi không chạy vào tranh chấp.

Xấu

• VM sẽ không nhận được tất cả RAM mà nó được cấu hình.
• VM đã trao đổi RAM.
• CPU được cấu hình quá mức.