Quay lại bộ đề
Question #53 Topic 1
You have a data pipeline that writes data to Cloud Bigtable using well-designed row keys. You want to monitor your pipeline to determine when to increase the size of your Cloud Bigtable cluster. Which two actions can you take to accomplish this? (Choose two.)
Bạn có một data pipeline ghi dữ liệu vào Cloud Bigtable bằng cách sử dụng các row key được thiết kế tốt. Bạn muốn giám sát pipeline của mình để xác định khi nào cần tăng kích thước của cụm Cloud Bigtable. Bạn có thể thực hiện hai hành động nào sau đây để hoàn thành mục tiêu này? (Chọn hai.)
A
Review Key Visualizer metrics. Increase the size of the Cloud Bigtable cluster when the Read pressure index is above 100.
Xem xét các chỉ số Key Visualizer. Tăng kích thước của cụm Cloud Bigtable khi chỉ số áp lực Đọc (Read pressure index) trên 100.
B
Review Key Visualizer metrics. Increase the size of the Cloud Bigtable cluster when the Write pressure index is above 100.
Xem xét các chỉ số Key Visualizer. Tăng kích thước của cụm Cloud Bigtable khi chỉ số áp lực Ghi (Write pressure index) trên 100.
C
Monitor the latency of write operations. Increase the size of the Cloud Bigtable cluster when there is a sustained increase in write latency.
Giám sát độ trễ của các hoạt động ghi. Tăng kích thước cụm Cloud Bigtable khi có sự gia tăng liên tục về độ trễ ghi.
D
Monitor storage utilization. Increase the size of the Cloud Bigtable cluster when utilization increases above 70% of max capacity.
Giám sát việc sử dụng bộ nhớ (storage utilization). Tăng kích thước cụm Cloud Bigtable khi tỷ lệ sử dụng tăng lên trên 70% dung lượng tối đa.
E
Monitor latency of read operations. Increase the size of the Cloud Bigtable cluster of read operations take longer than 100 ms.
Giám sát độ trễ của các hoạt động đọc. Tăng kích thước cụm Cloud Bigtable nếu các hoạt động đọc mất hơn 100 ms.
Giải thích & Tài liệu tham khảo
Để giám sát và đưa ra quyết định thay đổi quy mô (autoscaling/scaling) cho cụm Cloud Bigtable, bạn nên dựa vào các chỉ số hiệu năng thực tế như độ trễ của hoạt động (latency) và dung lượng lưu trữ (storage utilization).
- C. Giám sát độ trễ ghi (write latency): Độ trễ của hoạt động tăng liên tục và kéo dài là dấu hiệu cho thấy các node hiện tại đang bị quá tải CPU để xử lý các yêu cầu ghi mới. Việc tăng số node sẽ giúp phân phối tải và giảm độ trễ.
- D. Giám sát sử dụng bộ nhớ (storage utilization): Theo khuyến nghị của Google Cloud, để đảm bảo hiệu suất tốt nhất cho Cloud Bigtable, tỷ lệ sử dụng dung lượng lưu trữ trên mỗi node không nên vượt quá 70% đối với ổ SSD (hoặc 60% đối với ổ HDD). Vượt quá ngưỡng này yêu cầu phải thêm node để tăng giới hạn lưu trữ tối đa của cụm.
- A, B. Key Visualizer: Key Visualizer dùng để phân tích các mẫu truy cập (phát hiện điểm nóng - hot spot) chứ không phải công cụ chính để cảnh báo nâng cấp tài nguyên hệ thống dựa trên tải tổng thể.
- E. Độ trễ đọc > 100ms: Ngưỡng 100ms là quá cao đối với Bigtable (vốn được tối ưu ở mức mili-giây một chữ số), và chỉ số này không phản ánh trực tiếp sự cần thiết phải tăng dung lượng cụm như độ trễ ghi ổn định.
(Đáp án được gợi ý bởi AI)