Bộ nhớ đệm siêu dữ liệu Azure Files so với bộ nhớ đệm chi nhánh cục bộ
Bộ nhớ đệm siêu dữ liệu phía dịch vụ giảm công việc của máy chủ. Nó không đưa các chuyến khứ hồi ra khỏi WAN của bạn. Hãy so sánh hai phương án theo những gì chúng thực sự rút ngắn.
Với việc truy cập Azure Files chậm qua VPN, có hai thay đổi được đề xuất và chúng rút ngắn những thứ khác nhau. Bộ nhớ đệm siêu dữ liệu phía dịch vụ làm cho các thao tác đủ điều kiện rẻ hơn đối với máy chủ. Bộ nhớ đệm chi nhánh cục bộ đưa byte và thao tác đến gần người dùng hơn. Chọn giữa hai phương án dựa trên bảng giá hoặc thông cáo báo chí là cách một thư mục chia sẻ trở nên nhanh hơn trong bài đo và không đổi vào lúc chín giờ sáng.
Hai bộ nhớ đệm, hai độ trễ khác nhau
Cả hai lựa chọn đều xuất hiện dưới từ bộ nhớ đệm, và đó là nơi sự nhầm lẫn bắt đầu. Chúng nằm ở hai phía đối diện của mạng.
| Change | Where it acts | What it does not imply |
|---|---|---|
| Azure Files service metadata caching | The service's handling of supported metadata operations on eligible shares | No removal of the client's network round trips |
| A supported local server or cache design | Some content and operations placed nearer the users | No universal offline access or instant cross-site consistency |
| Application batching or limited copy concurrency | The number and overlap of remote operations | No automatic speedup for every workload |
Hướng dẫn hiệu năng SMB của Microsoft mô tả bộ nhớ đệm siêu dữ liệu cho các thư mục chia sẻ SSD đủ điều kiện cùng với bước đăng ký đi kèm. Tính đủ điều kiện và trạng thái tính năng thuộc về tài khoản lưu trữ thực tế, vì vậy hãy đọc trang hiện tại chứ không phải thông báo xem trước từ hai năm trước.
Chia thời gian chờ thành ba phần
Mỗi lần liệt kê thư mục chậm có ba thành phần chi phí, và chúng phản ứng với các cách khắc phục khác nhau. Có thời gian xử lý yêu cầu phía dịch vụ, số chuyến khứ hồi phụ thuộc qua VPN và tải trọng phải di chuyển. Bộ nhớ đệm phía dịch vụ tấn công thành phần đầu tiên. Không có gì phía máy chủ tấn công thành phần thứ hai.
Đó là lý do một thư mục chia sẻ có thể hiển thị số liệu dịch vụ tốt hơn trong khi hộp chọn tệp của người dùng vẫn treo trong tám giây.
Mỗi lựa chọn giành được chỗ đứng ở đâu
Nếu khối lượng công việc nặng về siêu dữ liệu, với nhiều lần mở, lệnh gọi stat và liệt kê thư mục đối với một thư mục chia sẻ SSD đủ điều kiện, thì bộ nhớ đệm phía dịch vụ là thí nghiệm rẻ. Nó không cần hạ tầng mới và không thay đổi cách người dùng tiếp cận thư mục chia sẻ.
Nếu khối lượng công việc mang tính tương tác và bị giới hạn bởi độ trễ, lựa chọn trung thực là một thiết kế máy chủ cục bộ được hỗ trợ với mô hình đồng bộ được ghi lại. Đó là một kiến trúc khác với chi phí vận hành riêng, không phải một công tắc.
Điều mà cả hai lựa chọn đều không thay đổi
Ký và mã hóa SMB vẫn áp dụng, và vẫn tốn chi phí như vốn có. Kiểm soát truy cập vẫn được giải quyết theo từng người dùng, nên bản sao được đệm không đơn giản hóa việc ủy quyền. Tính nhất quán giữa các site vẫn cần một mô hình được xác định, vì việc đọc cục bộ tại chi nhánh và ghi phía đám mây phải đồng ý về điều gì đó. Và truy cập ngoại tuyến vẫn là một cài đặt của máy khách, không phải tác dụng phụ của một tính năng máy chủ.
Khi ai đó hứa rằng một tính năng dịch vụ loại bỏ các chuyến khứ hồi WAN, đó chính là tuyên bố cần được kiểm chứng trước tiên.
Đo theo thao tác mà người dùng phàn nàn
Hãy bấm giờ chính xác thao tác thay vì một bản sao tổng hợp. Measure-Command { Get-ChildItem \\files\projects -Recurse } trên máy khách chi nhánh cho một con số bạn có thể so sánh trước và sau, và Get-SmbMultichannelConnection cho thấy máy khách có dùng nhiều hơn một đường hay không. Đặt nó bên cạnh các số liệu độ trễ phía dịch vụ cho cùng một khoảng thời gian.
Giữ thư mục chia sẻ, vị trí máy khách, đường VPN và chính sách bảo mật không đổi, nếu không bạn đang đo cửa sổ thay đổi của mình chứ không phải tính năng. Ghi lại cả số tệp và phân bố kích thước, vì khối lượng công việc tệp nhỏ và sao chép hàng loạt phản ứng với những đòn bẩy hoàn toàn khác nhau.
Kết quả đáng có là một thay đổi khớp với ranh giới thực sự chậm, với chi phí vận hành và chi phí nhất quán của nó được ghi lại. Một con số IOPS lưu trữ lớn hơn trên slide không phải là kết quả đó.