Tweet
Nếu SDN Controller được ví như bộ não của một miền mạng (network domain) thì Orchestrator chính là "nhạc trưởng" (conductor) điều phối toàn bộ hệ thống CNTT, bao gồm nhiều controller, nhiều thiết bị, nhiều ứng dụng và nhiều dịch vụ khác nhau.
Nói cách khác:
Quan sát sơ đồ
Trong hình, Orchestrator nằm ở chính giữa.
Nó giao tiếp với rất nhiều thành phần khác nhau.
Bên trái là:
Phía dưới là:
Bên phải là:
Điều này cho thấy Orchestrator không trực tiếp chuyển tiếp packet, mà đóng vai trò điều phối (orchestrate) toàn bộ các hệ thống.
Vai trò số 1: Tự động hóa quy trình triển khai dịch vụ (Service Automation)
Giả sử doanh nghiệp cần mở thêm một chi nhánh mới.
Nếu làm thủ công, kỹ sư phải:
Có thể mất nhiều giờ hoặc vài ngày.
Với Orchestrator:
Nhân viên chỉ cần chọn:
New Branch Office
trong Service Catalog.
Orchestrator sẽ tự động:
Tạo VLAN
↓
Cấu hình Router
↓
Cấu hình Switch
↓
Cấu hình Wireless
↓
Đăng ký Monitoring
↓
Backup Config
↓
Thông báo hoàn thành
Toàn bộ quá trình chỉ mất vài phút.
Đây chính là khái niệm Zero Touch Provisioning (ZTP) hoặc Day-0 Automation.
Vai trò số 2: Điều phối nhiều SDN Controller
Trong thực tế, doanh nghiệp không chỉ có một controller.
Ví dụ:
Nếu mỗi controller hoạt động độc lập thì việc triển khai dịch vụ xuyên suốt sẽ rất phức tạp.
Orchestrator sẽ đóng vai trò "nhạc trưởng", gửi yêu cầu phù hợp đến từng controller thông qua API để hoàn thành một dịch vụ thống nhất.
Vai trò số 3: Workflow Engine
Điểm mạnh nhất của Orchestrator là khả năng xây dựng các quy trình nhiều bước.
Ví dụ:
Có nhân viên mới
Orchestrator có thể thực hiện:
Tạo User AD
↓
Tạo Email
↓
Cấp VPN
↓
Cấp Wi-Fi
↓
Thêm vào nhóm bảo mật
↓
Gửi Email Welcome
↓
Thông báo qua Webex
Toàn bộ workflow được thực hiện tự động mà không cần con người thao tác từng hệ thống.
Vai trò số 4: Giao tiếp với nhiều nền tảng khác nhau
Trong hình có thể thấy Orchestrator sử dụng rất nhiều giao thức. REST API
Làm việc với:
Ví dụ:
POST /network
để tạo một mạng mới.
SSH
Đối với các thiết bị chưa hỗ trợ API.
Ví dụ:
show ip interface brief
configure terminal
router ospf
RESTCONF
Lập trình thiết bị mạng dựa trên mô hình dữ liệu YANG.
Ví dụ:
GET
PUT
PATCH
để đọc và thay đổi cấu hình.
NETCONF
Quản lý cấu hình thiết bị theo chuẩn XML.
Rất phổ biến trên Cisco IOS XE, IOS XR và Junos.
gRPC
Giao tiếp tốc độ cao giữa các dịch vụ.
Được sử dụng nhiều trong:
SNMP
Thu thập thông tin:
SCP/TFTP
Dùng để:
Vai trò số 5: Tích hợp DevOps
Trong sơ đồ còn có:
GitBucket
Điều này cho thấy Orchestrator có thể tích hợp với quy trình Infrastructure as Code (IaC).
Ví dụ:
Engineer Commit
↓
Git
↓
Webhook
↓
Orchestrator
↓
Deploy
↓
Verify
↓
Rollback nếu lỗi
Đây chính là mô hình GitOps/NetDevOps đang được áp dụng trong nhiều doanh nghiệp hiện đại.
Vai trò số 6: Tích hợp Monitoring
Orchestrator còn kết nối với:
Điều này cho phép xây dựng các workflow theo sự kiện.
Ví dụ:
CPU > 90%
↓
Thu thập log
↓
Phân tích nguyên nhân
↓
Khởi động thêm VM
↓
Gửi cảnh báo Webex
↓
Mở Ticket ITSM
Đây là nền tảng của Closed-Loop Automation, nơi hệ thống không chỉ phát hiện sự cố mà còn tự động thực hiện các bước khắc phục theo chính sách đã định.
Vai trò số 7: Service Catalog
Bên trái hình là:
Service Catalog
Đây là nơi người dùng lựa chọn các dịch vụ có sẵn, chẳng hạn:
Người dùng không cần biết các lệnh CLI hay API phía sau. Orchestrator sẽ chuyển yêu cầu này thành một chuỗi hành động tự động trên các hệ thống liên quan.
Một ví dụ hoàn chỉnh
Giả sử doanh nghiệp cần triển khai một chi nhánh mới.
Quy trình có thể diễn ra như sau:
Người quản trị
↓
Service Catalog
↓
Orchestrator
↓
Catalyst Center
→ Cấu hình Switch
↓
Meraki
→ Tạo SSID
↓
ASR1009
→ Thiết lập VPN
↓
Git
→ Lưu cấu hình
↓
Grafana
→ Thêm Dashboard
↓
Webex
→ Thông báo hoàn tất
Toàn bộ quy trình được thực hiện tự động trong vài phút thay vì nhiều giờ cấu hình thủ công. Mối quan hệ giữa SDN Controller và Orchestrator
Nhiều người thường nhầm lẫn hai khái niệm này, nhưng chúng phục vụ hai cấp độ khác nhau:
Có thể hình dung theo mô hình phân cấp:
Người dùng / Service Catalog
│
▼
Orchestrator
│
┌──────────┼──────────┐
▼ ▼ ▼
Catalyst Meraki SD-WAN
Center Dashboard vManage
│ │ │
▼ ▼ ▼
Switches APs WAN Routers
Đây cũng chính là kiến trúc phổ biến trong các hệ thống Intent-Based Networking (IBN) hiện đại. Người quản trị chỉ cần khai báo "ý định" (intent), còn Orchestrator sẽ tự động phân rã intent đó thành các tác vụ cụ thể và phân phối xuống các SDN Controller hoặc trực tiếp tới thiết bị thông qua REST API, NETCONF, RESTCONF, SSH hay gRPC. Nhờ đó, mạng trở nên nhất quán hơn, giảm lỗi cấu hình thủ công và rút ngắn đáng kể thời gian triển khai dịch vụ.
Nói cách khác:
SDN Controller điều khiển thiết bị.
Orchestrator điều khiển toàn bộ quy trình (workflow) triển khai dịch vụ.
Orchestrator điều khiển toàn bộ quy trình (workflow) triển khai dịch vụ.
Quan sát sơ đồ
Trong hình, Orchestrator nằm ở chính giữa.
Nó giao tiếp với rất nhiều thành phần khác nhau.
Bên trái là:
- Service Catalog
- Smart Sheet
Phía dưới là:
- Meraki
- Catalyst Center
- Cisco Prime
- GitBucket
- Grafana
- Webex
Bên phải là:
- Catalyst 9800
- ASR1009
- Internet
- Ubuntu Server
- Switch
- Wireless Controller
Điều này cho thấy Orchestrator không trực tiếp chuyển tiếp packet, mà đóng vai trò điều phối (orchestrate) toàn bộ các hệ thống.
Vai trò số 1: Tự động hóa quy trình triển khai dịch vụ (Service Automation)
Giả sử doanh nghiệp cần mở thêm một chi nhánh mới.
Nếu làm thủ công, kỹ sư phải:
- cấu hình router
- cấu hình switch
- cấu hình Wi-Fi
- tạo VLAN
- tạo VPN
- tạo policy
- cập nhật monitoring
- backup cấu hình
- gửi email thông báo
Có thể mất nhiều giờ hoặc vài ngày.
Với Orchestrator:
Nhân viên chỉ cần chọn:
New Branch Office
trong Service Catalog.
Orchestrator sẽ tự động:
Tạo VLAN
↓
Cấu hình Router
↓
Cấu hình Switch
↓
Cấu hình Wireless
↓
Đăng ký Monitoring
↓
Backup Config
↓
Thông báo hoàn thành
Toàn bộ quá trình chỉ mất vài phút.
Đây chính là khái niệm Zero Touch Provisioning (ZTP) hoặc Day-0 Automation.
Vai trò số 2: Điều phối nhiều SDN Controller
Trong thực tế, doanh nghiệp không chỉ có một controller.
Ví dụ:
- Cisco Catalyst Center quản lý Campus
- Cisco Meraki Dashboard quản lý chi nhánh nhỏ
- Cisco ACI APIC quản lý Data Center
- Cisco SD-WAN vManage quản lý WAN
Nếu mỗi controller hoạt động độc lập thì việc triển khai dịch vụ xuyên suốt sẽ rất phức tạp.
Orchestrator sẽ đóng vai trò "nhạc trưởng", gửi yêu cầu phù hợp đến từng controller thông qua API để hoàn thành một dịch vụ thống nhất.
Vai trò số 3: Workflow Engine
Điểm mạnh nhất của Orchestrator là khả năng xây dựng các quy trình nhiều bước.
Ví dụ:
Có nhân viên mới
Orchestrator có thể thực hiện:
Tạo User AD
↓
Tạo Email
↓
Cấp VPN
↓
Cấp Wi-Fi
↓
Thêm vào nhóm bảo mật
↓
Gửi Email Welcome
↓
Thông báo qua Webex
Toàn bộ workflow được thực hiện tự động mà không cần con người thao tác từng hệ thống.
Vai trò số 4: Giao tiếp với nhiều nền tảng khác nhau
Trong hình có thể thấy Orchestrator sử dụng rất nhiều giao thức. REST API
Làm việc với:
- Meraki
- Catalyst Center
- Cisco Prime
- SmartSheet
Ví dụ:
POST /network
để tạo một mạng mới.
SSH
Đối với các thiết bị chưa hỗ trợ API.
Ví dụ:
show ip interface brief
configure terminal
router ospf
RESTCONF
Lập trình thiết bị mạng dựa trên mô hình dữ liệu YANG.
Ví dụ:
GET
PUT
PATCH
để đọc và thay đổi cấu hình.
NETCONF
Quản lý cấu hình thiết bị theo chuẩn XML.
Rất phổ biến trên Cisco IOS XE, IOS XR và Junos.
gRPC
Giao tiếp tốc độ cao giữa các dịch vụ.
Được sử dụng nhiều trong:
- Telemetry
- Streaming Data
- Cloud-native
SNMP
Thu thập thông tin:
- CPU
- Memory
- Interface
- Temperature
SCP/TFTP
Dùng để:
- backup cấu hình
- restore cấu hình
- nâng cấp IOS
Vai trò số 5: Tích hợp DevOps
Trong sơ đồ còn có:
GitBucket
Điều này cho thấy Orchestrator có thể tích hợp với quy trình Infrastructure as Code (IaC).
Ví dụ:
Engineer Commit
↓
Git
↓
Webhook
↓
Orchestrator
↓
Deploy
↓
Verify
↓
Rollback nếu lỗi
Đây chính là mô hình GitOps/NetDevOps đang được áp dụng trong nhiều doanh nghiệp hiện đại.
Vai trò số 6: Tích hợp Monitoring
Orchestrator còn kết nối với:
- InfluxDB
- Grafana
Điều này cho phép xây dựng các workflow theo sự kiện.
Ví dụ:
CPU > 90%
↓
Thu thập log
↓
Phân tích nguyên nhân
↓
Khởi động thêm VM
↓
Gửi cảnh báo Webex
↓
Mở Ticket ITSM
Đây là nền tảng của Closed-Loop Automation, nơi hệ thống không chỉ phát hiện sự cố mà còn tự động thực hiện các bước khắc phục theo chính sách đã định.
Vai trò số 7: Service Catalog
Bên trái hình là:
Service Catalog
Đây là nơi người dùng lựa chọn các dịch vụ có sẵn, chẳng hạn:
- Tạo VLAN mới
- Thêm Access Point
- Mở VPN Site-to-Site
- Cấp SSID mới
- Tạo VRF
- Thêm chi nhánh
Người dùng không cần biết các lệnh CLI hay API phía sau. Orchestrator sẽ chuyển yêu cầu này thành một chuỗi hành động tự động trên các hệ thống liên quan.
Một ví dụ hoàn chỉnh
Giả sử doanh nghiệp cần triển khai một chi nhánh mới.
Quy trình có thể diễn ra như sau:
Người quản trị
↓
Service Catalog
↓
Orchestrator
↓
Catalyst Center
→ Cấu hình Switch
↓
Meraki
→ Tạo SSID
↓
ASR1009
→ Thiết lập VPN
↓
Git
→ Lưu cấu hình
↓
Grafana
→ Thêm Dashboard
↓
Webex
→ Thông báo hoàn tất
Toàn bộ quy trình được thực hiện tự động trong vài phút thay vì nhiều giờ cấu hình thủ công. Mối quan hệ giữa SDN Controller và Orchestrator
Nhiều người thường nhầm lẫn hai khái niệm này, nhưng chúng phục vụ hai cấp độ khác nhau:
- SDN Controller quản lý một miền mạng cụ thể. Nó giao tiếp trực tiếp với các router, switch hoặc AP để phân phối cấu hình, chính sách và trạng thái mạng.
- Orchestrator hoạt động ở tầng cao hơn. Nó không tập trung vào từng thiết bị mà điều phối toàn bộ quy trình triển khai dịch vụ, phối hợp nhiều SDN Controller, hệ thống giám sát, nền tảng DevOps và các ứng dụng CNTT khác thành một quy trình thống nhất.
Có thể hình dung theo mô hình phân cấp:
Người dùng / Service Catalog
│
▼
Orchestrator
│
┌──────────┼──────────┐
▼ ▼ ▼
Catalyst Meraki SD-WAN
Center Dashboard vManage
│ │ │
▼ ▼ ▼
Switches APs WAN Routers
Đây cũng chính là kiến trúc phổ biến trong các hệ thống Intent-Based Networking (IBN) hiện đại. Người quản trị chỉ cần khai báo "ý định" (intent), còn Orchestrator sẽ tự động phân rã intent đó thành các tác vụ cụ thể và phân phối xuống các SDN Controller hoặc trực tiếp tới thiết bị thông qua REST API, NETCONF, RESTCONF, SSH hay gRPC. Nhờ đó, mạng trở nên nhất quán hơn, giảm lỗi cấu hình thủ công và rút ngắn đáng kể thời gian triển khai dịch vụ.
Attached Files