Bài trước đã nói cần chuẩn bị những thông tin gì trước khi trao đổi. Bài này nói cách tính ra các con số đó, để quý Khách hàng vào cuộc trao đổi với con số của mình chứ không phải chỉ nghe báo giá.
1. Nguyên tắc chung: đo cái đang chạy, đừng đoán
Phần lớn trường hợp chuyển lên Private Cloud là chuyển một hệ thống đang hoạt động. Nghĩa là mọi con số cần thiết đều đang nằm sẵn trên máy, chỉ cần đo.
Đo trong ít nhất một tuần, và phải trùm qua lúc tải cao nhất. Đo đúng một buổi chiều thứ Ba là cách chắc chắn nhất để thiếu cấu hình vào ngày cuối tháng.
| Cần biết | Vì sao |
|---|---|
| Mức dùng trung bình | Để biết chi phí thường ngày |
| Mức dùng cao nhất | Để biết ngưỡng không được vượt |
| Nhịp của tải cao | Giờ hành chính, cuối tháng, mùa vụ |
2. CPU
Đo trên Linux:
# Muc dung CPU theo thoi gian, lay mau 5 giay mot lan, 12 lan
vmstat 5 12
# Hoac xem tai trung binh 1, 5, 15 phut
uptimeTrên Windows Server, dùng Performance Monitor với bộ đếm Processor Information\% Processor Time.
Cách đọc: cột id trong vmstat là phần trăm CPU rỗi. Lấy 100 trừ đi là phần đang dùng.
Chỗ nhiều người tính sai: cộng dồn số lõi của tất cả máy ảo hiện tại rồi coi đó là số lõi cần. Nếu các máy đó phần lớn thời gian chạy ở 10 phần trăm thì quý Khách hàng đang trả tiền cho chín phần mười số lõi không dùng.
Cách tính hợp lý hơn:
- Lấy tổng mức CPU thật sự đang dùng ở giờ cao điểm, tính theo số lõi.
- Cộng thêm khoảng ba mươi phần trăm để có chỗ trống.
- Cộng thêm phần dự phòng cho tăng trưởng trong mười hai tháng tới.
Ví dụ: tám máy ảo, mỗi máy khai 4 lõi, tổng 32 lõi khai báo. Đo ra giờ cao điểm dùng thật khoảng 9 lõi. Con số đáng bàn là 9 cộng ba mươi phần trăm, tức khoảng 12 lõi, cộng dự phòng tăng trưởng.
Về việc chia sẻ lõi: trên một cụm Private Cloud, tổng số lõi khai cho các máy ảo thường lớn hơn số lõi vật lý, vì không máy nào dùng hết lõi của mình cùng lúc. Tỷ lệ chia sẻ bao nhiêu là an toàn thì tuỳ loại công việc:
| Loại công việc | Chia sẻ lõi |
|---|---|
| Máy chủ web, ứng dụng nội bộ, môi trường thử nghiệm | Chia sẻ thoải mái được |
| Cơ sở dữ liệu có tải thật | Nên hạn chế |
| Xử lý thời gian thực, nhận diện, tính toán nặng | Không nên chia sẻ |
Hãy nói rõ loại công việc với đội ngũ kỹ thuật Cloudzone trong lúc thiết kế. Một cụm thiết kế cho web mà đem chạy cơ sở dữ liệu tải cao sẽ chậm, dù con số trên giấy nhìn thừa.
3. RAM
# Dang dung bao nhieu, con trong bao nhieu
free -h
# Theo tung tien trinh, xep giam dan
ps aux --sort=-%mem | head -15Cách đọc free -h: nhìn cột available, không nhìn cột free. Linux dùng phần RAM chưa ai cần làm bộ đệm đĩa, nên free luôn trông như gần hết. available mới là phần thật sự còn cấp được.
RAM khác CPU ở một điểm quan trọng: không chia sẻ được. Máy ảo nào khai 8 GB thì cụm phải có đủ 8 GB cho nó, dù nó chỉ dùng 2 GB. Nên tổng RAM của cụm phải bằng hoặc hơn tổng RAM khai cho các máy ảo, cộng phần cho lớp ảo hoá.
Công thức ước lượng:
RAM cụm = tổng RAM khai cho máy ảo + khoảng mười lăm phần trăm cho lớp ảo hoá + dự phòng tăng trưởng
4. Dung lượng đĩa
# Da dung bao nhieu tren tung phan vung
df -h
# Thu muc nao chiem nhieu nhat
du -sh /* 2>/dev/null | sort -h | tail -15Ngoài phần đang dùng, cần tính thêm ba khoản mà hay bị bỏ sót:
| Khoản | Ước lượng |
|---|---|
| Tốc độ phình thêm | Đo bằng cách so df -h hôm nay với số liệu một tháng trước. Không có số cũ thì đo trong hai tuần rồi suy ra |
| Bản sao lưu | Tuỳ chính sách giữ bao nhiêu bản, thường gấp một tới ba lần dữ liệu gốc |
| Ảnh chụp tức thời | Mỗi ảnh chụp chiếm phần dữ liệu đã thay đổi kể từ lúc chụp. Để lâu thì phình rất nhanh |
Lỗi hay gặp nhất khi tính dung lượng Private Cloud: tính đủ chỗ cho dữ liệu nhưng quên chỗ cho bản sao lưu và ảnh chụp. Tới lúc cần phục hồi thì phát hiện không còn chỗ để phục hồi.
5. IOPS: con số bị bỏ qua nhiều nhất
IOPS là số lượt đọc ghi đĩa trong một giây. Đây là con số quyết định hệ thống có mượt hay không, và nó thường bị bỏ qua vì khó hình dung hơn dung lượng.
Đo:
# Can goi iostat (goi sysstat)
iostat -x 5 6
# Hoac xem tien trinh nao doc ghi nhieu nhat
sudo iotop -oCách đọc iostat -x:
| Cột | Nghĩa |
|---|---|
r/s, w/s |
Số lượt đọc, số lượt ghi mỗi giây. Cộng lại là IOPS |
await |
Thời gian chờ trung bình mỗi lượt, tính theo milli giây |
%util |
Phần trăm thời gian đĩa đang làm việc |
await cao kèm %util gần một trăm là dấu hiệu rõ ràng: đĩa đang là chỗ nghẽn. Thêm CPU hay RAM vào lúc này không giúp gì.
Vài mức để tham chiếu:
| Hệ thống | IOPS thường thấy |
|---|---|
| Website giới thiệu, nội dung tĩnh | Rất thấp |
| Ứng dụng web có cơ sở dữ liệu, tải vừa | Trung bình |
| Cơ sở dữ liệu giao dịch, nhiều lượt ghi | Cao, và cần await thấp đều |
| Máy chủ tập tin, hệ thống lưu trữ | Cao về băng thông hơn là về số lượt |
Đây là chỗ cần nói rõ với đội ngũ kỹ thuật, vì cùng một dung lượng đĩa có thể dựng trên nhiều loại thiết bị với mức IOPS khác nhau hẳn.
6. Dự phòng hỏng hóc: cộng thêm một phần
Một cụm Private Cloud có nhiều máy chủ vật lý. Nếu tổng tải vừa khít với tổng công suất, thì một máy vật lý hỏng là cả cụm thiếu chỗ chạy.
Quy tắc thông dụng: thiết kế sao cho cụm vẫn chạy đủ khi mất một máy vật lý. Nghĩa là công suất thật phải lớn hơn tải, đủ để dồn phần việc của một máy sang các máy còn lại.
Khoản này không phải phần thừa. Nó chính là thứ làm nên khác biệt giữa một cụm chịu được sự cố và một cụm chỉ chạy được khi mọi thứ bình thường.
7. Bảng tổng hợp để mang đi trao đổi
Điền bảng này rồi gửi cho đội ngũ kinh doanh Cloudzone. Có bảng này thì buổi trao đổi đi vào thiết kế được ngay.
| Hạng mục | Trung bình | Cao điểm | Dự kiến 12 tháng |
|---|---|---|---|
| CPU dùng thật, theo lõi | |||
| RAM khai cho máy ảo, GB | |||
| Dung lượng dữ liệu, GB | |||
| Tốc độ phình thêm, GB mỗi tháng | |||
| IOPS | |||
Thời gian chờ đĩa await, ms |
|||
| Số máy ảo |
Kèm theo ba thông tin nữa:
- Loại công việc chính của từng nhóm máy ảo, theo bảng ở mục 2.
- Giờ cao điểm của hệ thống, theo ngày và theo tháng.
- Chính sách sao lưu mong muốn: giữ bao nhiêu bản, trong bao lâu.
8. Khi chưa có hệ thống để đo
Trường hợp dựng mới hoàn toàn thì không có gì để đo. Lúc này cách làm hợp lý là:
- Bắt đầu nhỏ hơn dự tính, chạy thật một tới hai tháng.
- Đo trong lúc chạy theo đúng các lệnh ở trên.
- Mở rộng theo số đo.
Cách này tốt hơn là đoán rộng ngay từ đầu, vì nâng cấu hình trên Private Cloud dễ hơn nhiều so với việc đã trả tiền cho phần không dùng tới trong nhiều tháng.
9. Khi cần hỗ trợ
Quý Khách hàng đã có số đo và muốn kiểm lại cách tính, hoặc chưa biết đo thế nào trên hệ thống của mình, hãy nhắn qua khung chat ở góc phải màn hình. Gửi kèm kết quả các lệnh ở trên thì đội ngũ kỹ thuật đọc được ngay.
Cần bàn về thiết kế cụm và chi phí thì liên hệ đội ngũ kinh doanh Cloudzone.
