Kỹ sư Oracle tiết lộ những bí mật tiềm ẩn với bản đồ nhiệt

Trong khi các nhà quản lý trung tâm dữ liệu từ lâu đã sử dụng bản đồ nhiệt để giúp xác định vị trí vị trí tốt nhất của các máy chủ và các đơn vị làm lạnh, chế độ trực quan này cũng có thể hữu ích để hiểu rõ hơn về độ trễ của hệ thống. Brendan Gregg, một kỹ sư phần mềm chính của Oracle, viết trong bài báo "Hình dung độ trễ của hệ thống" là một cách hiệu quả để xác định các đặc tính tinh tế có thể bị bỏ qua.

Gregg cũng cảnh báo rằng trong khi việc trực quan hóa như vậy có thể cho chúng ta cái nhìn tổng quát hơn về những gì đang diễn ra, nó không luôn luôn cung cấp câu trả lời cho hành vi đang được quan sát. Tuy nhiên, bản đồ nhiệt có thể cung cấp cái nhìn sâu sắc trong việc giải quyết vấn đề độ trễ trung tâm dữ liệu thế hệ tiếp theo.

[Đọc thêm: Hộp NAS tốt nhất cho truyền phát và sao lưu]

Xác định nguyên nhân chậm chạp của hệ thống. người quản lý trung tâm dữ liệu và quản trị viên hệ thống. Các công cụ phân tích mạng có sẵn để hình dung hiệu suất mạng, mặc dù các khía cạnh khác của một hệ thống, chẳng hạn như khả năng đáp ứng của đĩa trong một mảng lưu trữ, khó xác định hơn.

Sun Microsystems từ lâu đã cung cấp một công cụ cho hệ điều hành Solaris, được gọi là DTrace, có thể mô tả độ trễ trong các phần khác nhau của một hệ thống trên cơ sở từng giây một. Tuy nhiên, dữ liệu áp đảo mà nó có thể tạo ra vẫn cần phải được đun sôi thành một dạng dễ hiểu.

Nhập bản đồ nhiệt của Gregg. Bản đồ nhiệt là một kỹ thuật trực quan đơn giản, trong đó, trên một đồ thị hai chiều, các giá trị khác nhau được biểu diễn bằng các màu khác nhau.

Đồ thị nhiệt có thể tiết lộ nhiều hơn đồ thị trên hầu hết các công cụ phân tích mạng. Độ trễ được kiểm tra theo thời gian, việc phân loại thực tế hoặc phân phối độ trễ đó không thể được xác định vượt quá mức tối đa, nếu được cung cấp, "ông viết.

Bản đồ nhiệt cũng tốt cho việc xác định các ngoại lệ nhanh chóng., ông lập luận.

Đối với bài báo, Gregg vẽ một loạt các điều kiện tải công việc bất thường, sử dụng phần mềm trực quan hóa Oracle Analytics để hiển thị trực quan dữ liệu được thu thập bởi DTrace. Ông đặt trục X để biểu thị thời gian và trục Y để biểu thị thời gian trễ. Trong nhiều trường hợp, ông thấy khối lượng công việc đơn giản có thể tạo ra một loạt các mẫu phức tạp - và đôi khi không thể giải thích được.

Trong một trường hợp, một lượng nhỏ dữ liệu được tuần tự được ghi vào một nhóm đĩa. Gregg dự kiến ​​sẽ chỉ thấy "tiếng ồn trắng" thể hiện độ trễ ngẫu nhiên xuất hiện. Thay vào đó, bản đồ nhiệt cho thấy mức độ trễ tăng lên và rơi vào các mẫu khác nhau vì một lý do không rõ. "Hình dung độ trễ theo cách này rõ ràng đặt ra nhiều câu hỏi hơn là cung cấp câu trả lời", ông nói.

Một mô hình khác cũng tỏ ra không kém phần bí ẩn. Các thử nghiệm liên quan đến việc gửi một dòng dữ liệu đến 44 đĩa. Đầu tiên, dữ liệu sẽ được gửi đến chỉ một đĩa, sau đó đến hai đĩa, v.v. cho đến khi tất cả 44 đĩa nhận dữ liệu.

Gregg dự kiến ​​độ trễ đĩa tăng theo kiểu tuyến tính khi các bus hệ thống trở nên bão hòa với dữ liệu.

Thay vào đó độ trễ sẽ tăng lên, sau đó giảm bớt phần nào, trước khi tăng thêm một chút.

Anh ta gọi mẫu này là pterodactyl cầu vồng, trong đó đồ thị nhiệt tương tự như hồ sơ của một con khủng long bay đầy màu sắc.

pterodactyl cầu vồng: ít được biết đến với độ chính xác, và cần nhiều điều tra hơn. Điều này cho thấy mức độ hình dung đơn giản có thể trở nên sâu sắc như thế nào ”, anh viết.

Gregg cũng sử dụng bản đồ nhiệt để tiết lộ các hiệu ứng gây sốc có trên các máy chủ, hiện tượng mà Gregg đã chứng minh một vài năm trở lại trên YouTube.

Mặc dù các bản đồ nhiệt này được thực hiện trên một hệ thống chạy trên Zettabyte File System (ZFS) chạy trên giao thức Network File Storage (NFS), phương pháp này có thể được sử dụng để mô tả các hoạt động của các hệ thống tập tin khác, và thậm chí các thành phần khác như CPU, Joab Jackson bao gồm phần mềm enterpise và tin tức công nghệ chung cho

Dịch vụ Tin tức IDG

. Theo dõi Joab trên Twitter tại @Joab_Jackson. Địa chỉ email của Joab là [email protected]