Chuyển đến nội dung chính
Mỗi vấn đề của Optimize nằm ở một giai đoạn, từ đọc dữ liệu billing đến hành động trên một phát hiện. Tìm triệu chứng bên dưới, rồi lần lượt xem nguyên nhân, cách kiểm tra và cách khắc phục, theo liên kết đến trang mô tả đầy đủ tính năng đó.

​
Xác định giai đoạn

​
Quyền truy cập billing

Nguyên nhân: role đã kết nối không thể gọi ce:GetCostAndUsage. Kiểm tra: IAM role trong tài khoản đó có ReadOnlyAccess hoặc custom policy có các quyền đọc Cost Explorer, và Cost Explorer đã được bật trong AWS console. Với tài khoản mới, có thể mất đến 24 giờ mới có dữ liệu. Khắc phục: gắn ReadOnlyAccess (khuyến nghị), rồi nhấn Retry scan. Riêng custom policy trong quickstart cho phép tải billing nhưng chặn các phát hiện cấp tài nguyên, nên chỉ dùng nó nếu bạn không thể gắn ReadOnlyAccess.
Nguyên nhân: service account không đọc được dữ liệu billing trong BigQuery. Nếu thay vào đó bạn thấy GCP billing export is required, project chưa có bảng Standard export. Kiểm tra: service account có BigQuery Data Viewer và BigQuery Job User trên project chứa export. Khắc phục: cấp các vai trò còn thiếu, hoặc bật Standard export, rồi chọn bảng trong GCP billing export table. Xem hướng dẫn kết nối GCP.
Nguyên nhân: Cost Management đã từ chối truy vấn. Kiểm tra: app registration có Cost Management Reader trên subscription, và với Microsoft Customer Agreement, có Billing profile reader trên billing profile. Khắc phục: gán vai trò còn thiếu cho service principal, rồi chọn lại phạm vi trong Azure billing scope. Xem hướng dẫn kết nối Azure.
Nguyên nhân: lần làm mới billing gần nhất thất bại. Optimize is missing a permission nêu tên hành động bị từ chối. Optimize refresh is paused xuất hiện sau nhiều lần thất bại liên tiếp, còn Optimize data may be stale xuất hiện sau một lần làm mới không hoàn tất. Dữ liệu tốt gần nhất vẫn đọc được, và kết nối cloud vẫn ở trạng thái đã kết nối. Kiểm tra: đọc cảnh báo trên Optimize → Overview, hoặc Refresh health trong Cài đặt Optimize. Khắc phục: dùng Copy policy nếu cảnh báo báo thiếu quyền, Check connection để xem lại thông tin xác thực, rồi Retry refresh.

​
Scan và dữ liệu

Nguyên nhân: nhà cung cấp không trả về chi tiêu nào cho tháng đầy đủ gần nhất hoặc tháng hiện tại, hoặc dữ liệu billing chưa đến. AWS Cost Explorer có thể trễ 24 đến 48 giờ so với mức sử dụng. Kiểm tra: với GCP, xác nhận bảng BigQuery bạn chọn là Standard export và có dữ liệu. Khắc phục: đợi, rồi nhấn Run scan again (trên Findings cùng hành động này là Re-scan). Xem Optimize quickstart.
Nguyên nhân: tài khoản này chưa từng được scan, nên tổng tiết kiệm vẫn là $0. Kiểm tra: bộ chọn cạnh tiêu đề trang hiển thị đúng tài khoản bạn mong đợi. Khắc phục: chọn Run scan. Sau scan đầu tiên, nút hiển thị Re-scan. Xem Optimize findings.
Nguyên nhân: một số dịch vụ không scan được, thường do thiếu quyền đọc hoặc có vấn đề về billing. Bảng giữ lại các phát hiện đã hoàn tất. Kiểm tra: cảnh báo trên trang nêu vấn đề và đếm số dịch vụ thất bại. Khắc phục: sửa vấn đề về quyền hoặc billing, rồi chọn Re-scan. Xem Optimize findings.
Nguyên nhân: nhà cung cấp chốt billing sau khi phát sinh sử dụng. AWS Cost Explorer có thể trễ 24 đến 48 giờ. Kiểm tra: thời gian Updated trong header trang. Khắc phục: giữ Daily refresh bật để Optimize tự lấy dữ liệu billing đến trễ. Xem Cost Explorer.

​
Vai trò và quyền

Mỗi vai trò workspace có thể làm gì trong Optimize: Owner và Admin của tổ chức có vai trò Admin workspace trong mọi workspace. Xem Vai trò.
Nguyên nhân: vai trò workspace của bạn là Viewer. Kiểm tra: vai trò của bạn trong Người dùng workspace. Khắc phục: đề nghị Admin workspace cấp vai trò Developer.
Nguyên nhân: vai trò của bạn là Viewer. Di chuyển, sửa và giao cần Developer trở lên. Kiểm tra: vai trò của bạn trong Người dùng workspace. Khắc phục: đề nghị Admin workspace cấp vai trò Developer.
Nguyên nhân: đánh dấu phát hiện là expected, snoozed hoặc disputed cần vai trò Admin workspace, vì đánh dấu sẽ thay đổi những gì Optimize nêu ra và tính về sau. Kiểm tra: vai trò của bạn trong Người dùng workspace. Khắc phục: đề nghị Admin workspace áp dụng đánh dấu, hoặc thay đổi vai trò của bạn. Xem Đánh dấu phát hiện không cần hành động.
Nguyên nhân: tạo và lên lịch báo cáo cần Developer trở lên. Tooltip hiển thị “You don’t have permission to schedule reports.” Kiểm tra: vai trò của bạn trong Người dùng workspace. Khắc phục: đề nghị Admin workspace thay đổi vai trò của bạn. Xem Báo cáo Optimize.

​
Implement

Implement là hành động Optimize duy nhất thay đổi cloud của bạn. Hành động này cần quyền ghi trên kết nối, còn quickstart chỉ cấp quyền đọc, nên kết nối tạo theo quickstart có thể phân tích phát hiện nhưng không thể thay đổi tài nguyên.
Nguyên nhân: kết nối chỉ đọc. Hoặc role, service account hay service principal thiếu quyền ghi, hoặc Allow writes đang tắt trên kết nối. Kiểm tra: đọc cuộc hội thoại để tìm thay đổi bị từ chối hoặc lỗi access-denied từ nhà cung cấp, rồi mở bảng chi tiết của kết nối trong More → Workspace settings → Connections. Khắc phục: chỉ cấp các quyền ghi mà thay đổi này cần và bật Allow writes. Xem quyền ghi cho AWS, GCP và Azure. Sau đó bắt đầu Implement lại.
Nguyên nhân: mọi hành động trước tiên kiểm tra tài nguyên vẫn tồn tại và vẫn khớp với phát hiện, và Implement cũng dừng nếu một phụ thuộc sẽ bị hỏng hoặc không có cách rollback. Kiểm tra: cuộc hội thoại cho biết điều gì đã thay đổi hoặc điều gì chặn thay đổi. Khắc phục: chọn Re-scan để làm mới phát hiện, hoặc dùng Generate Guidelines để có kế hoạch thực hiện thủ công. Xem Hành động trên phát hiện.
Nguyên nhân: cài đặt Approvals của workspace đã gửi thay đổi đến một người. Ở chế độ mặc định Auto · Rules + AI · Ask me, một Allow Rule hoặc phán đoán của AI có thể cho thay đổi an toàn chạy mà không cần hỏi. Ở Manual, mọi thay đổi đều chờ người duyệt. Kiểm tra: yêu cầu phê duyệt trong cuộc hội thoại. Khắc phục: phê duyệt hoặc từ chối. Để không bị hỏi về những thay đổi như thế này nữa, hãy thêm một Allow Rule; Rule này có hiệu lực khi CloudThinker bật Rule enforcement cho workspace của bạn. Để luôn được hỏi, chọn Manual.

​
Phát hiện và tổng tiết kiệm

Nguyên nhân: mọi phát hiện đang mở đều đã được đánh dấu, hoặc bộ lọc đang ẩn chúng. Kiểm tra: trang báo phát hiện được đánh dấu expected hoặc snoozed, hoặc có tìm kiếm hay bộ lọc đang được đặt. Khắc phục: chọn Show hidden findings, hoặc xóa tìm kiếm và các bộ lọc Service, Effort và Risk. Xem Optimize findings.
Nguyên nhân: không phát hiện nào đáp ứng cả ba điều kiện để được tính. Các phát hiện hiển thị đều là No action, đã đánh dấu, hoặc đã Implemented hay Ignored. Kiểm tra: các thẻ Quick wins và Needs review và các cột trạng thái trên Findings. Khắc phục: không cần sửa nếu đó là trạng thái thực. Xem Phát hiện nào được tính.
Nguyên nhân: bộ lọc Service đang được đặt trên Findings. Kiểm tra: thanh bộ lọc phía trên bảng. Khắc phục: xóa bộ lọc và hai tổng sẽ khớp.
Nguyên nhân: tổng được dùng chung trong workspace. Ngày snooze đã qua, hoặc đồng nghiệp đã di chuyển, đánh dấu, xóa đánh dấu hoặc sửa một phát hiện. Dispute được agent chấp nhận trong lần scan cũng loại bỏ một phát hiện. Kiểm tra: mở phát hiện. Tab Activity liệt kê các thay đổi trạng thái và chỉnh sửa, còn mỗi đánh dấu cho biết ai đặt và khi nào. Khắc phục: di chuyển hoặc sửa phát hiện lại nếu thay đổi là nhầm lẫn. Xem Ước tính tiết kiệm.
Nguyên nhân: hai phát hiện có thể ước tính tiết kiệm trên cùng một khoản chi tiêu, nên tổng là giới hạn trên. Kiểm tra: so sánh tài nguyên trên các phát hiện lớn nhất. Khắc phục: chỉ tính một lần các phát hiện chồng lấn trong dự báo của bạn. Xem Vì sao là giới hạn trên.
Nguyên nhân: phép so sánh cần một lần scan đã hoàn tất trước đó cho tài khoản. Kiểm tra: tài khoản mới chỉ có một lần scan. Khắc phục: phép so sánh xuất hiện sau khi lần scan tiếp theo hoàn tất.

​
Cost Health

Nguyên nhân: CloudThinker chưa đo tài khoản, nên thẻ hiển thị điểm ba trụ cột của nhà cung cấp. Kiểm tra: một lượt quét đầy đủ đã hoàn tất trên Overview. Khắc phục: chọn Run full scan trên Cost Health. Điểm xuất hiện sau lượt quét, và lượt chạy hằng ngày đo lại điểm mỗi ngày. Xem Cost Health.
Nguyên nhân: CloudThinker kiểm tra được chưa tới một nửa chi tiêu của năng lực đó, thường do một quyền hoặc nguồn billing chặn lại. Kiểm tra: lý do hiển thị trên năng lực, và thông báo bên dưới điểm. Khắc phục: chọn Open Settings và sửa vấn đề được nêu. Lượt chạy hằng ngày tiếp theo sẽ đo lại.
Nguyên nhân: lượt chạy hằng ngày chưa làm mới điểm. Dòng bên dưới điểm cho biết lý do khi lượt chạy gần nhất dừng lại. Kiểm tra: Daily refresh đang bật ở đầu trang. Khắc phục: bật tùy chọn này, hoặc xử lý cảnh báo làm mới trong Cài đặt Optimize.

​
Bất thường

Nguyên nhân: cơ chế phát hiện bất thường cần 14 ngày lịch sử đã chốt cho mỗi dịch vụ. Kiểm tra: trang hiển thị Baseline preparing cùng số ngày đã chốt hiện có. Khắc phục: đợi lịch sử billing tích lũy. Nếu tài khoản đã cũ hơn, kiểm tra daily refresh đang bật trong header trang Optimize. Xem Bất thường chi phí.
Nguyên nhân: nhà cung cấp chưa chốt billing của ngày đó, mức tăng thấp hơn ngưỡng kích thước, hoặc đó là mức giảm. Kiểm tra: so sánh ngày đó với Billing data through. Khắc phục: đợi ngày đó được chốt. Mức giảm và thay đổi nhỏ không được đánh dấu.
Nguyên nhân: vai trò của bạn là Viewer, hoặc bất thường đã bị thu hồi. Kiểm tra: vai trò của bạn trong Người dùng workspace, và tab Retracted cho bất thường đó. Khắc phục: với Viewer, đề nghị Admin workspace cấp vai trò Developer. Bản ghi đã thu hồi chỉ đọc.

​
Cost Explorer

Nguyên nhân: tài khoản chưa có tháng billing nào hoàn tất trong Optimize. Kiểm tra: scan đầu tiên đã hoàn tất trên Overview. Khắc phục: đợi tháng lịch đầy đủ đầu tiên của billing. Xem Cost Explorer.
Nguyên nhân: yêu cầu thất bại. Dữ liệu đã lưu của bạn không bị ảnh hưởng. Kiểm tra: trạng thái kết nối trong More → Workspace settings → Connections. Khắc phục: nhấn Retry.
Nguyên nhân: hỏi theo từng hàng chỉ hoạt động khi bạn nhóm theo Service. Kiểm tra: cài đặt Group by. Khắc phục: chuyển Group by sang Service, hoặc dùng Ask CloudThinker trên thanh công cụ. Nếu biểu tượng xuất hiện nhưng bảng báo Chat access is required to ask CloudThinker, vai trò của bạn là Viewer: muốn hỏi cần Developer trở lên.
Nguyên nhân: cuộc hội thoại không bắt đầu được. Câu hỏi của bạn được giữ lại. Kiểm tra: trạng thái kết nối trong More → Workspace settings → Connections. Khắc phục: nhấn Retry để gửi lại.

​
Báo cáo

Nguyên nhân: lần làm mới billing của tài khoản thất bại hoặc chưa chạy. Kiểm tra: cảnh báo làm mới trên Optimize → Overview của tài khoản. Khắc phục: làm theo cảnh báo, rồi tạo lại báo cáo. Xem Báo cáo Optimize.
Nguyên nhân: lượt chạy kết thúc mà không lưu được báo cáo. Kiểm tra: tạo ngay báo cáo đó từ thẻ của nó và đọc lỗi trong cuộc hội thoại. Khắc phục: sửa điều mà lỗi nêu ra. Nếu lượt chạy thủ công thành công, lượt chạy theo lịch tiếp theo cũng sẽ thành công.
Nguyên nhân: lịch giữ nguyên các tài khoản được ghi nhận lúc tạo. Kiểm tra: danh sách tài khoản của lịch. Khắc phục: xóa lịch và tạo lại với All accounts được chọn.

​
Bước tiếp theo

Optimize quickstart

Kết nối một tài khoản và chạy scan đầu tiên

Optimize findings

Xử lý phát hiện trên bảng và thực hiện hành động