EnglishZoning là một trong những cơ chế quan trọng nhất trong Fibre Channel SAN. Nếu SAN Fabric quyết định các thiết bị nào có thể tồn tại và giao tiếp trong Fabric, thì Zoning quyết định thiết bị nào được phép nhìn thấy và giao tiếp với thiết bị nào.
Một thiết kế SAN tốt không đơn thuần là “Server nhìn thấy Storage”, mà phải đảm bảo:
- Isolation giữa các hệ thống.
- Chỉ cho phép các initiator truy cập đúng storage target cần thiết.
- Giảm số lượng thiết bị mà HBA phải xử lý trong Fabric.
- Hạn chế tác động khi một thiết bị hoặc cấu hình gặp sự cố.
- Đảm bảo HA/Multipathing cho VMware, Database và các hệ thống quan trọng.
- Dễ dàng mở rộng, thay đổi và troubleshooting.
1. Zoning là gì và tại sao cần Zoning?
1.1. Zoning là gì?
Zoning là cơ chế phân vùng logic trên SAN Fabric, được cấu hình trên SAN Switch nhằm xác định những Fibre Channel device nào được phép giao tiếp với nhau.
Có thể hình dung:
1.2. Tại sao phải Zoning?
Nếu không zoning hoặc zoning quá rộng, một HBA có thể nhìn thấy rất nhiều thiết bị:
Điều này tạo ra một số vấn đề:
Security
Server A không nhất thiết phải nhìn thấy Storage của Server B.
Scalability
Fabric càng lớn thì số lượng device càng nhiều, việc kiểm soát và quản trị càng phức tạp.
Stability
Một thay đổi hoặc lỗi trên một vùng có thể tạo ảnh hưởng không cần thiết tới các hệ thống khác.
Troubleshooting
Khi Server nhìn thấy hàng chục hoặc hàng trăm target, việc xác định đúng đường đi I/O trở nên khó khăn.
Vì vậy:
Zoning nên được thiết kế theo nguyên tắc “chỉ cho phép những kết nối thực sự cần thiết”.
2. WWPN Zoning vs Port Zoning
Đây là một trong những quyết định quan trọng khi thiết kế SAN.
2.1. WWPN-based Zoning
WWPN – World Wide Port Name – là địa chỉ định danh duy nhất của FC Port, thường được gán cho HBA hoặc Storage Target Port.
Ví dụ:
Zoning dựa trên WWPN:
Ưu điểm
- Không phụ thuộc vào physical switch port.
- Khi thay đổi cable hoặc chuyển HBA sang port khác, zoning vẫn có thể giữ nguyên.
- Phù hợp với môi trường ảo hóa và hạ tầng lớn.
- Dễ quản lý khi sử dụng NPIV.
Nhược điểm
- Cần quản lý chính xác WWPN.
- Nếu nhập nhầm WWPN, troubleshooting sẽ khó.
- Cần xây dựng quy trình quản lý naming/alias tốt.
Khuyến nghị
WWPN zoning thường là lựa chọn ưu tiên cho môi trường SAN enterprise.
3. Port Zoning là gì?
Port zoning sử dụng physical switch port để xác định thành viên của Zone.
Ví dụ:
Ưu điểm
- Dễ hiểu.
- Dễ triển khai trong một số môi trường nhỏ.
- Phù hợp với các hệ thống có topology cố định.
Nhược điểm
Giả sử Server đang ở:
Điều này làm tăng chi phí vận hành.
Khuyến nghị thực tế
Đối với môi trường Enterprise:
Ưu tiên WWPN-based zoning; hạn chế phụ thuộc vào physical Port zoning nếu không có yêu cầu đặc biệt.
4. Single Initiator – Single Target
Đây là một trong những nguyên tắc zoning quan trọng nhất.
Initiator
Thông thường là:
- Server HBA
- VMware ESXi HBA
- Physical Database Server HBA
- Backup Server HBA
Target
Thông thường là:
- Storage Array FC Port
- Storage Controller FC Port
Mô hình khuyến nghị:
Mỗi Zone chỉ bao gồm:
Tại sao không đưa nhiều Initiator vào một Zone?
Ví dụ không nên:
Vì điều này làm tăng khả năng unintended visibility giữa các initiator và làm topology trở nên khó kiểm soát.
5. Best Practice về thiết kế Zoning
Một thiết kế SAN Enterprise nên tuân thủ một số nguyên tắc sau.
5.1. Single Initiator – Single Target
Đây là nguyên tắc quan trọng nhất:
Không nên tạo các Zone quá lớn.
5.2. Sử dụng Device Alias
Thay vì sử dụng WWPN khó đọc:
- Dễ đọc configuration.
- Dễ troubleshooting.
- Giảm lỗi khi cấu hình.
- Dễ bàn giao vận hành.
5.3. Tách Fabric A và Fabric B
Đối với hệ thống Enterprise, không nên thiết kế một Fabric duy nhất.
Mô hình khuyến nghị:
Không nên:
6. Zone, Zone Set và Fabric
Ba khái niệm này thường bị nhầm lẫn.
Zone
Zone là một nhóm các WWPN/FC device được phép giao tiếp với nhau.
Ví dụ:
Zone Set
Zone Set là tập hợp nhiều Zone.
Ví dụ:
Chỉ Zone Set được activate mới trở thành cấu hình zoning đang có hiệu lực trên Fabric.
Có thể hình dung:
Fabric
Fabric là toàn bộ môi trường FC Switching tạo thành một SAN logical network.
Ví dụ:
Trong môi trường Enterprise:
và hai Fabric nên độc lập về:
- Switch
- ISL
- HBA path
- Storage path
7. Các lỗi Zoning phổ biến
Trong triển khai thực tế, lỗi zoning thường không nằm ở việc “không biết zoning”, mà nằm ở nhập sai thông tin hoặc thiết kế không nhất quán.
Lỗi 1 – Nhập sai WWPN
Server không thể nhìn thấy Storage.
Lỗi 2 – Zoning nhầm HBA
Server có:
Lỗi 3 – Chỉ cấu hình một path
Ví dụ:
Khi SAN Switch A gặp sự cố, host mất Storage.
Lỗi 4 – Zone quá rộng
Ví dụ:
Đây là thiết kế khó quản trị và không nên sử dụng trong môi trường Enterprise.
Lỗi 5 – Quên Activate Zone Set
Đã cấu hình:
nhưng chưa activate/commit cấu hình phù hợp.
Kết quả:
VMware là một trong những môi trường cần zoning rất rõ ràng.
Ví dụ:
MPIO / NMP hoặc cơ chế multipathing tương ứng
để đảm bảo nhiều đường I/O tới Storage.
Điểm quan trọng:
Zoning không thay thế Multipathing.
Hai lớp này có vai trò khác nhau:
9. Thiết kế Zoning cho Database
Database Server thường có yêu cầu cao về:
- Availability
- Performance
- Isolation
- Predictable I/O path
Ví dụ:
Nên xác định rõ:
Backup thường có đặc điểm khác Database/VMware.
Ví dụ:
Nếu Backup Server cần truy cập nhiều Storage, phải thiết kế Zone có kiểm soát.
Đặc biệt với môi trường backup lớn:
11. Zoning và Storage Mapping là hai lớp khác nhau
Đây là điểm rất quan trọng khi troubleshooting.
Giả sử:
Phải qua thêm:
12. Case thực tế: Server → SAN → Storage
Giả sử triển khai một cụm VMware:
Thu thập:
Ví dụ:
và:
Tương tự cho ESXi02.
Bước 4 – Tạo Zone Set
Bước 5 – Activate
Activate Zone Set trên Fabric tương ứng.
Bước 6 – Storage Mapping
Trên Storage:
Cuối cùng VMware phải nhìn thấy nhiều path:
Đây mới là mục tiêu thực sự của thiết kế SAN HA.
13. Kiến trúc Zoning khuyến nghị
Có thể tóm tắt architecture chuẩn như sau:
Zoning không đơn giản là tạo một Zone để Server nhìn thấy Storage. Một thiết kế zoning tốt phải giải quyết đồng thời Security + Isolation + Availability + Scalability + Operations.
Nguyên tắc tôi khuyến nghị khi triển khai SAN Enterprise là:
WWPN-based zoning + Single Initiator/Single Target + Device Alias + Dual Fabric + Multipathing + LUN Masking.
Và quan trọng nhất:
Zoning quyết định “ai được nhìn thấy ai”; Storage Mapping quyết định “ai được phép sử dụng LUN nào”; Multipathing quyết định “I/O đi bằng đường nào và còn hoạt động thế nào khi một đường bị lỗi”.
Đây là ba lớp cần được thiết kế cùng nhau để tạo thành một kiến trúc SAN thực sự có HA, bảo mật và khả năng vận hành tốt.