CapordiaPhác họa các trao đổi cần thiết cho ứng dụng của bạn
Với mỗi luồng, hãy ghi điểm khởi đầu, đích đến và người cần nó. Thêm giao thức đã chọn, chiều mở kết nối, tần suất và khối lượng dự kiến. Một lần nhập ban đầu, một kết nối quản trị và một dịch vụ được gọi liên tục không được chuẩn bị theo cùng tiêu chí. Một đích đến chưa biết vẫn là một điểm cần giải quyết, thay vì một sự cho phép mở chung.
Danh sách này giúp nhóm của bạn quyết định nội dung nào cần được truy cập và nội dung nào có thể giữ kín. Danh sách cũng nêu rõ ai phê duyệt một thay đổi. Các đặc điểm kết nối không thể suy ra từ mẫu GPU: băng thông, địa chỉ, cổng và phương thức truy cập phải được ghi nhận cho môi trường thực tế được cung cấp. Ma trận dưới đây là một dự án giả định, không phải các dịch vụ được công bố là bao gồm sẵn.
| Luồng | Tiêu chí cần làm rõ | Người phụ trách |
|---|---|---|
| Máy quản trị đến môi trường | Giao thức, đích đến và quyền truy cập được phép | Người phụ trách quyền truy cập |
| Kho dữ liệu đến tác vụ GPU | Dung lượng ban đầu, tần suất, khả năng tiếp tục | Chủ sở hữu dữ liệu |
| Ứng dụng đến phụ thuộc bên ngoài | Đích đến, phương thức xác thực, thời gian chờ chấp nhận được | Người phụ trách ứng dụng |
| Kết quả đến đích lưu trữ | Dung lượng cuối cùng và kiểm tra tiếp nhận | Người phụ trách sản phẩm bàn giao |
Đo lường tốc độ truyền quan trọng cho kế hoạch của bạn
Hãy lấy một mẫu đại diện, với số lượng và kích thước tệp gần với công việc dự kiến. Một tệp lưu trữ duy nhất và hàng nghìn tệp nhỏ tác động đến quy trình theo cách khác nhau. Đo riêng phần nhập và phần xuất, đến đúng các đích đến thực tế được chọn. Ghi lại dung lượng hữu ích, thời gian đã trôi qua, công cụ, các tham số và điều kiện của lần kiểm tra để có thể so sánh với lần chạy thứ hai.
Một công cụ như iperf3 đo một luồng mạng giữa máy khách và máy chủ kiểm tra. Tài liệu của nó phân biệt cụ thể chiều thuận và chiều nghịch. Một phép thử như vậy cần hai đầu được phép; bản thân nó không chứng minh tốc độ của một lần sao chép tệp, vốn còn phụ thuộc vào lưu trữ, xử lý và giao thức. Hãy bắt đầu bằng việc truyền tải ứng dụng mà tiến độ của bạn thực sự phụ thuộc vào.
Chuyển một phép đo thành khung thời gian truyền tải
Ví dụ hoàn toàn giả định: cần xuất 600 GB. Ở đây, 1 GB bằng 1.000 MB và băng thông được biểu thị bằng MB mỗi giây. Với 120 MB/s hữu ích, phép chia 600.000 ÷ 120 cho ra 5.000 giây, tức 1 giờ 23 phút 20 giây. Với một giả định thận trọng hơn là 70 MB/s, phép chia cho ra khoảng 8.571 giây, tức 2 giờ 22 phút 51 giây. Không băng thông nào trong số này mô tả một gói dịch vụ Capordia.
Nếu nhóm cộng thêm 45 phút để hoàn thiện gói dữ liệu và kiểm tra việc tiếp nhận, giả định thứ hai chiếm khoảng 3 giờ 08. Nhóm có thể chọn một khung 3 giờ 10, rồi cộng riêng phần dự phòng mà mình thấy cần thiết. Khung này vẫn có điều kiện: một thay đổi về dung lượng, số lượng tệp hoặc điều kiện truyền tải đòi hỏi phải tính lại. Đừng thay thế ước tính này bằng băng thông lý thuyết của một giao diện.
| Giả định | Thời gian truyền tải riêng | Với 45 phút chuẩn bị và kiểm tra |
|---|---|---|
| 120 MB/s hữu ích | 1 giờ 23 phút 20 giây | 2 giờ 08 phút 20 giây |
| 70 MB/s hữu ích | Khoảng 2 giờ 22 phút 51 giây | Khoảng 3 giờ 07 phút 51 giây |
Chuẩn bị quyền truy cập và khả năng tiếp tục mà không mở rộng hơn mức cần thiết
Trước tiên, hãy xác nhận đích đến và danh tính của máy chủ với các thông tin dự kiến, rồi đến các quyền và đường dẫn làm việc. Một lần từ chối truy cập không thể giải quyết bằng cách chia sẻ mật khẩu của tài khoản điều khiển trong một tài liệu chung. Quyền truy cập vào môi trường và việc đăng nhập tài khoản Capordia có chức năng riêng biệt; hãy ghi lại người phụ trách mà không sao chép bí mật của họ.
Nếu quy trình của bạn chọn OpenSSH SFTP, các lần truyền tải sẽ đi qua SSH. Tài liệu của nó cũng nêu rõ rằng việc tiếp tục một phần giả định rằng đoạn đã có sẵn tương ứng với tệp nguồn. Nếu tệp nguồn đã thay đổi, việc tiếp tục một cách mù quáng có thể tạo ra một bản sao không chính xác. Vì vậy, hãy cố định phiên bản cần truyền, xác định các tệp dở dang và kiểm tra kết quả trước khi tuyên bố hoàn tất bàn giao.
Chẩn đoán một khoảng chờ bằng các bước có thể quan sát
Nếu các tệp đến nhưng ứng dụng không phản hồi, hãy xem xét luồng ứng dụng thay vì sửa đổi toàn bộ cấu hình. Hãy phân biệt phân giải tên, mở kết nối, xác thực, đọc dữ liệu đầu tiên và truyền tải hoàn tất. Ghi lại thời điểm, chiều và thông báo chính xác hữu ích. Loại bỏ thông tin đăng nhập, mã thông báo và dữ liệu nội dung khi chia sẻ với bộ phận hỗ trợ.
Nếu quá trình sao chép bắt đầu rồi chậm lại, hãy so sánh một lượt chạy thứ hai trong cùng điều kiện và quan sát các bước lân cận: đọc tại nguồn, chuẩn bị lưu trữ, ghi tại đích. Nhận định “GPU ít được sử dụng” không đủ để kết luận rằng mạng là nguyên nhân. Hồ sơ chẩn đoán phải chỉ ra cái gì đang chờ cái gì, và quan sát nào có thể phân định các nguyên nhân khả dĩ.
Tách biệt truy cập bên ngoài và trao đổi giữa các GPU
Mạng dùng để kết nối tới ứng dụng và các giao tiếp nội bộ của một tính toán đa card đáp ứng những nhu cầu khác nhau. Hướng dẫn CUDA mô tả việc phân bổ rõ ràng dữ liệu và tính toán giữa các thiết bị, với các khả năng truy cập phụ thuộc vào hệ thống. Cả số lượng card lẫn việc sao chép tệp tốt từ máy của bạn đều không chứng minh được hoạt động của một xử lý phân tán.
Vì vậy, hãy mô tả kịch bản mong đợi: các tác vụ độc lập được gán cho từng card, hay một xử lý trao đổi dữ liệu giữa chúng. Sau đó kiểm tra đường đi mà phần mềm của bạn thực sự sử dụng. Việc tiếp nhận hoàn tất khi các luồng cần thiết hoạt động, các kiểm tra được ghi lại và có người biết cách tiếp tục một truyền tải bị gián đoạn. Các điều kiện được chọn sau đó sẽ được đưa vào hồ sơ triển khai.
Câu hỏi để quyết định
Vì sao cần phân biệt MB/s và Mb/s trong kế hoạch?
Một byte gồm tám bit. Với các đơn vị thập phân trong ví dụ, 70 MB/s tương ứng với 560 Mb/s. Trộn lẫn cả hai sẽ nhân hoặc chia ước tính cho tám. Hãy ghi đơn vị kèm theo mỗi phép đo và tính từ thông lượng hữu ích của truyền tải.
Có cần kiểm tra cả hai chiều của một truyền tải không?
Có, nếu dự án nhập dữ liệu rồi xuất kết quả. Các đường đi, đích đến và điều kiện có thể khác nhau. Một phép đo nhập tốt không đảm bảo rằng việc thu hồi cuối cùng sẽ vừa trong cùng khung thời gian; hãy kiểm tra chiều mà mỗi mốc thời hạn phụ thuộc vào.
Một truyền tải được mã hóa có miễn trừ việc kiểm tra tệp không?
Không. Việc vận chuyển và việc xác thực gói trả lời những câu hỏi khác nhau. Hãy kiểm tra cả các tệp mong đợi, tính toàn vẹn của chúng và khả năng mở từ đích. Một lựa chọn tệp sai có thể được truyền tải đúng cách mà vẫn không dùng được.