Vietnamese Professional

Vietnamese Professional - DCACI https://www.forum.vnpro.org/ vi Sat, 05 Sep 2026 15:00:54 GMT vBulletin 60 images/misc/rss.png Vietnamese Professional - DCACI https://www.forum.vnpro.org/ Chu kỳ DevOps https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/444250-chu-kỳ-devops Wed, 26 Aug 2026 01:52:06 GMT DevOps Lifecycle – Vòng đời DevOps Hình trên mô tả hai ý quan trọng: DevOps là sự giao thoa giữa con người – quy trình – công nghệ, đồng thời là... DevOps Lifecycle – Vòng đời DevOps

Hình trên mô tả hai ý quan trọng: DevOps là sự giao thoa giữa con người – quy trình – công nghệ, đồng thời là một vòng đời liên tục, chứ không phải một giai đoạn riêng của phát triển phần mềm.

1. DevOps = Dev + QA + Operations

Hình bên trái cho thấy DevOps nằm tại vùng giao nhau của ba nhóm:

Dev – Development: thiết kế và phát triển ứng dụng.
QA – Quality Assurance: kiểm thử và đảm bảo chất lượng.
Technology Operations – Operations: triển khai, vận hành và duy trì hệ thống.

Trước đây, ba nhóm thường hoạt động khá độc lập. Dev viết code rồi chuyển cho QA; QA kiểm thử xong chuyển cho Ops. Khi production xảy ra lỗi, việc xác định trách nhiệm và xử lý thường mất nhiều thời gian.

DevOps hướng tới việc xóa bỏ các silo này, để Dev, QA và Ops cùng tham gia trong toàn bộ vòng đời ứng dụng.

2. DevOps là một vòng lặp liên tục

Biểu tượng hình số 8 bên phải thể hiện bản chất Continuous – liên tục của DevOps:

Plan → Code → Build → Test → Release → Deploy → Operate → Monitor → Plan...

Plan: Xác định yêu cầu, tính năng và công việc cần thực hiện.

Code: Developer viết code và quản lý source code bằng Git.

Build: Source code được tự động build thành artifact, package hoặc container image.

Test: Thực hiện unit test, integration test, security test... Nếu không đạt yêu cầu, pipeline có thể dừng ngay.

Release: Phiên bản đạt yêu cầu được chuẩn bị để đưa vào môi trường production.

Deploy: Tự động triển khai ứng dụng lên VM, container, Kubernetes hoặc Cloud.

Operate: Đội Operations vận hành ứng dụng và hạ tầng thực tế.

Monitor: Thu thập log, metric, event và trải nghiệm người dùng để phát hiện vấn đề.

Thông tin từ Monitor lại quay trở về Plan, tạo thành một vòng phản hồi liên tục.

3. CI/CD nằm ở đâu?

CI/CD là một trong những cơ chế quan trọng để hiện thực hóa DevOps.

Continuous Integration (CI):

Code → Build → Test

Mỗi khi developer commit code, hệ thống có thể tự động build và kiểm thử.

Continuous Delivery/Deployment (CD):

Release → Deploy

Phiên bản đạt yêu cầu được chuẩn bị hoặc tự động đưa vào production tùy mô hình triển khai.

Ví dụ:
Developer → Git → CI Pipeline
↓
Build & Test
↓
Security Scan
↓
Docker Image
↓
Deploy
↓
Kubernetes
↓
Monitor

4. DevOps không chỉ dành cho Developer

Network Engineer cũng có thể áp dụng cùng tư tưởng:

Plan → viết cấu hình → Git → Validate/Test → Approval → Deploy → Monitor

Ví dụ, thay vì SSH vào 100 router để cấu hình VLAN, kỹ sư có thể quản lý cấu hình bằng Git, dùng Python/Ansible để kiểm tra và triển khai tự động, sau đó dùng telemetry để xác minh trạng thái mạng.

Đây chính là tư tưởng Infrastructure as Code (IaC) và Network Automation.

Điểm quan trọng nhất của DevOps không phải là một công cụ cụ thể như Git, Jenkins, Docker hay Kubernetes. DevOps là văn hóa và phương pháp làm việc giúp Development, QA và Operations cộng tác, tự động hóa và liên tục cải tiến sản phẩm.

Vì vậy, hình số 8 của DevOps không có điểm kết thúc: Monitor của hôm nay chính là dữ liệu đầu vào cho Plan của vòng phát triển tiếp theo.
]]> DCACI dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/444250-chu-kỳ-devops Tin tức: Cisco tặng miễn phí 15 CE Credits https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/444219-tin-tức-cisco-tặng-miễn-phí-15-ce-credits Tue, 25 Aug 2026 07:24:04 GMT Cisco tặng miễn phí 15 CE Credits: Học AI Infrastructure và AIOps để gia hạn chứng chỉ Cisco vừa công bố chương trình Rev Up to Recert: Stack... Cisco tặng miễn phí 15 CE Credits: Học AI Infrastructure và AIOps để gia hạn chứng chỉ

Cisco vừa công bố chương trình Rev Up to Recert: Stack mới, tập trung vào hai mảng đang rất nóng với kỹ sư mạng: hạ tầng AI và vận hành mạng bằng AI (AIOps).

Từ 24/08 đến 08/10/2026, người học có thể truy cập miễn phí hai Learning Path trên Cisco U., đồng thời nhận tổng cộng 15 Continuing Education (CE) Credits để phục vụ việc gia hạn các chứng chỉ Cisco đang còn hiệu lực.

Cisco nhấn mạnh rằng AI workloads đang phát triển rất nhanh. Với Network Engineer, hiểu AI không còn chỉ là lựa chọn bổ sung mà đang dần trở thành một phần của năng lực nghề nghiệp. Chương trình lần này vì thế kết nối hai thế giới: từ phần cứng và hạ tầng chạy AI đến vận hành hệ thống bằng AI. Hai Learning Path miễn phí

Khóa đầu tiên là Designing Cisco UCS X-Series AI | DCUCSX, mang lại 9 CE Credits.

Nội dung tập trung vào cách thiết kế hạ tầng AI có khả năng mở rộng và sẵn sàng cho GPU trên nền tảng Cisco UCS X-Series, đồng thời quản trị hệ thống thông qua Cisco Intersight.

Khóa thứ hai là Cisco Splunk AI Operations | CAIOP, mang lại 6 CE Credits.

Người học sẽ tiếp cận các kiến thức nền tảng về AIOps, phát hiện bất thường (Anomaly Detection) và Intelligent Automation, tức sử dụng AI để quan sát, phân tích và tự động hóa hoạt động vận hành hệ thống.

Như vậy, hoàn thành cả hai Learning Path sẽ nhận được tổng cộng:

9 CE + 6 CE = 15 CE Credits. Làm thế nào để nhận CE Credits?

Cisco đưa ra ba yêu cầu chính.

Đầu tiên, người học phải đăng nhập Cisco U. bằng Cisco.com ID (CCO) đang liên kết với chứng chỉ Cisco còn hiệu lực.

Tiếp theo, phải hoàn thành toàn bộ nội dung Learning Path trước ngày 08/10/2026.

Cuối cùng, người học cần đạt từ 80% trở lên trong tất cả các bài Post-Assessment để đủ điều kiện nhận CE Credits. Một chương trình đáng chú ý với Network Engineer

Điểm thú vị của chương trình lần này không chỉ nằm ở 15 CE Credits miễn phí, mà còn ở chính hai chủ đề Cisco lựa chọn.

Một bên là AI Infrastructure: server, GPU, kiến trúc UCS và quản trị hạ tầng.

Bên còn lại là AI Operations: Observability, phát hiện bất thường và Automation.

Điều này phản ánh khá rõ hướng phát triển nghề nghiệp của Network Engineer trong thời AI. Công việc sẽ không chỉ dừng ở Routing, Switching hay cấu hình thiết bị. Kỹ sư mạng ngày càng cần hiểu Compute, GPU Infrastructure, Observability, Automation và AIOps để có thể vận hành những hệ thống AI quy mô lớn.

Nếu đang sở hữu chứng chỉ Cisco cần gia hạn, đây là cơ hội khá tốt: vừa học thêm kỹ năng AI Infrastructure và AIOps, vừa kiếm miễn phí 15 CE Credits cho quá trình recertification.
]]> DCACI dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/444219-tin-tức-cisco-tặng-miễn-phí-15-ce-credits Multitenant https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/443915-multitenant Sun, 16 Aug 2026 03:48:34 GMT Multi-Tenant trong Data Center là gì? Trong Data Center hiện đại, 10 khách hàng có thể dùng chung một hệ thống switch vật lý nhưng vẫn cảm thấy... Multi-Tenant trong Data Center là gì?

Trong Data Center hiện đại, 10 khách hàng có thể dùng chung một hệ thống switch vật lý nhưng vẫn cảm thấy như mỗi người đang sở hữu một mạng riêng. Đó chính là tư tưởng cốt lõi của Multi-Tenancy.

Tenant có thể hiểu là một khách hàng, một công ty, một phòng ban, một ứng dụng hoặc một môi trường độc lập như Production/Development. Multi-Tenant là kiến trúc cho phép nhiều tenant chia sẻ chung hạ tầng vật lý nhưng được cách ly với nhau về mặt logic. 1. Ví dụ đơn giản

Một Cloud Provider có một Data Center phục vụ ba khách hàng:
Shared Data Center Fabric
─────────────────────────────

Tenant A Tenant B Tenant C
Ngân hàng Bệnh viện Công ty ABC

10.10.0.0/16 10.10.0.0/16 10.10.0.0/16
│ │ │
└──────────── Shared Leaf-Spine ──────────────────┘

Điểm thú vị là cả ba tenant thậm chí có thể sử dụng cùng dải IP 10.10.0.0/16 mà không xung đột, nếu được đặt trong các VRF khác nhau.

Có thể hình dung giống như một chung cư:

Data Center = tòa nhà

Tenant = từng căn hộ

Điện, nước, thang máy và hạ tầng được dùng chung, nhưng mỗi căn hộ vẫn là một không gian riêng.

2. Multi-Tenant giải quyết vấn đề gì?

Nếu không có Multi-Tenancy, cách đơn giản nhất để cách ly ba khách hàng là xây ba hệ thống mạng riêng:
Tenant A → Switch A → Router A

Tenant B → Switch B → Router B

Tenant C → Switch C → Router C

Cách này cách ly rất tốt nhưng tốn:

switch;
router;
firewall;
rack;
nguồn điện;
cáp;
cổng uplink;
công sức vận hành.

Multi-Tenant thay đổi tư duy đó thành:
Shared Fabric

Spine1 ----------- Spine2
| \ / |
| \ / |
Leaf1 Leaf2 Leaf3 Leaf4
| | | |
Tenant A Tenant B Tenant A Tenant C

Physical Infrastructure được chia sẻ, Logical Infrastructure được tách biệt.

Đây chính là điểm quan trọng nhất cần nhớ.

3. VXLAN giúp Multi-Tenant như thế nào?

Hình trên mô tả một kiến trúc:

BGP EVPN + VXLAN

Trong đó có hai lớp cần phân biệt. Underlay Fabric

Underlay là mạng IP thực sự kết nối các Leaf và Spine.

Ví dụ:
Leaf ───── Spine
\ /
\ /
─ Spine

Underlay chỉ cần đảm bảo:

IP Reachability giữa các VTEP.

OSPF, IS-IS hoặc eBGP thường được sử dụng ở lớp này.

Underlay về cơ bản không cần biết server phía dưới thuộc Tenant A hay Tenant B.

4. Overlay mới là nơi tạo ra các mạng Tenant

Phía trên Underlay là:

VXLAN Overlay

Các Leaf Switch đóng vai trò:

VTEP – VXLAN Tunnel Endpoint

Ví dụ server của Tenant A nằm ở hai Leaf khác nhau:
Server A1
|
Leaf1/VTEP
|
|======== VXLAN Tunnel ========|
|
Leaf4/VTEP
|
Server A2

Leaf1 đóng Ethernet frame của Server A1 vào VXLAN rồi truyền qua IP Fabric.

Leaf4 decapsulate VXLAN và chuyển frame tới Server A2.

Vì vậy, đối với Tenant A:
Server A1 ---------------- Server A2

trông giống như đang nằm trong cùng một mạng logic, mặc dù phía dưới chúng có thể cách nhau qua nhiều thiết bị Layer 3.

5. VNI là chìa khóa quan trọng của Multi-Tenancy

VXLAN sử dụng VNI – VXLAN Network Identifier để nhận diện mạng logic.

VNI có độ dài 24 bit, cung cấp khoảng:

16 triệu VNI

so với VLAN ID 12 bit chỉ có khoảng 4094 VLAN khả dụng.

Ví dụ:
Tenant A

VLAN 10
↓
VNI 10010

Tenant B có thể có:
VLAN 10
↓
VNI 20010

Mặc dù cả hai đều sử dụng VLAN 10 ở một vị trí nào đó trong thiết kế, chúng thuộc hai VXLAN segment khác nhau.
Tenant A Tenant B

VLAN 10 VLAN 10
│ │
VNI 10010 VNI 20010
│ │
└─────── ISOLATED ────────┘

Traffic của Tenant A không tự nhiên "nhảy" sang Tenant B.

6. VRF giúp cách ly Layer 3

VNI chủ yếu chưa phải toàn bộ câu chuyện Multi-Tenant.

Khi cần routing, chúng ta thường kết hợp thêm:

VRF – Virtual Routing and Forwarding

Ví dụ:
Tenant A
VRF-A
10.10.10.0/24
10.10.20.0/24

Tenant B:
Tenant B
VRF-B
10.10.10.0/24
10.10.20.0/24

Hai bên có thể sử dụng địa chỉ IP hoàn toàn giống nhau vì mỗi VRF có routing table riêng:
VRF-A Routing Table
10.10.10.0/24
10.10.20.0/24

VRF-B Routing Table
10.10.10.0/24
10.10.20.0/24

Đây là khả năng cực kỳ quan trọng đối với Cloud Provider và Multi-Tenant Data Center.

7. L2VNI và L3VNI

Khi học EVPN-VXLAN ở mức CCNP Data Center trở lên, cần phân biệt hai khái niệm này.

L2VNI đại diện cho một Layer 2 Broadcast Domain:
VLAN 10
↓
L2VNI 10010

Trong khi L3VNI gắn với VRF và phục vụ Layer 3 connectivity của tenant:
Tenant A
│
VRF-A
│
L3VNI 50001

Có thể hình dung:
Tenant A
VRF-A
│
L3VNI 50001
/ \
/ \
VLAN 10 VLAN 20
│ │
L2VNI 10010 L2VNI 10020

Một tenant có thể có rất nhiều VLAN/L2VNI nhưng chúng cùng thuộc một VRF.

8. EVPN đóng vai trò gì?

Nếu VXLAN tạo ra các đường hầm overlay thì BGP EVPN cung cấp Control Plane để các VTEP trao đổi thông tin như:

MAC address;
IP address;
VNI;
IP Prefix;
thông tin reachability của endpoint.

Có thể nhớ đơn giản:

VXLAN xây "đường hầm", EVPN giúp các VTEP biết "ai đang ở đâu".

Nhờ vậy Fabric không phải phụ thuộc quá nhiều vào cơ chế flood-and-learn truyền thống.

9. Đọc lại hình trên theo tư duy này

Hình có thể được chia thành:
UNDERLAY FABRIC
Spine / Leaf Network
│
│
IP Connectivity
│
─────────────────────────
│
VXLAN Overlay
│
VTEP VTEP VTEP
│ │ │
─────────────────────────
Overlay Services
│ │ │
Tenant A Tenant B Tenant C

Như vậy, Leaf-Spine Fabric không nhất thiết phải xây riêng cho từng khách hàng.

Các tenant cùng sử dụng Fabric nhưng được phân tách bằng những cơ chế như:

VLAN → L2VNI → VRF/L3VNI → VXLAN/EVPN

10. Multi-Tenant không đồng nghĩa chỉ với VXLAN

Đây là điểm dễ nhầm.

Multi-Tenancy là kiến trúc, còn VXLAN/EVPN là một trong những công nghệ rất phù hợp để triển khai kiến trúc đó.

Tùy môi trường, việc phân tách tenant còn có thể sử dụng:

VLAN
VRF
MPLS VPN
VXLAN/EVPN
ACL
Firewall
Micro-segmentation
Cisco ACI Tenant/VRF/Bridge Domain/EPG

Trong Cisco ACI, khái niệm Tenant thậm chí được đưa trực tiếp vào object model của hệ thống.

Một câu để nhớ khi học CCNP/CCIE Data Center

Multi-Tenancy = Share the physical infrastructure, isolate the logical networks.

Hay nói theo cách dễ nhớ hơn:

Dùng chung "đường", nhưng mỗi tenant có "làn đường" và không gian mạng riêng.

Và trong một EVPN-VXLAN Fabric, Underlay tạo IP connectivity, VXLAN tạo Overlay, VNI phân biệt các mạng logic, VRF cách ly Layer 3, còn BGP EVPN phân phối thông tin reachability giữa các VTEP.]]> DCACI dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/443915-multitenant Multilayer Campus Network – Kiến trúc Campus kinh điển và bài toán STP + HSRP https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/443885-multilayer-campus-network-–-kiến-trúc-campus-kinh-điển-và-bài-toán-stp-hsrp Fri, 14 Aug 2026 10:24:12 GMT Multilayer Campus Network – Kiến trúc Campus kinh điển và bài toán STP + HSRP Sơ đồ này mô tả một thiết kế Multilayer Campus Network truyền... Multilayer Campus Network – Kiến trúc Campus kinh điển và bài toán STP + HSRP

Sơ đồ này mô tả một thiết kế Multilayer Campus Network truyền thống đã tồn tại hơn 15 năm và từng được xem là “best practice” cho mạng doanh nghiệp. Điều thú vị là dù ngày nay chúng ta nói nhiều về SD-Access, EVPN-VXLAN hay Fabric, rất nhiều mạng Campus thực tế vẫn đang vận hành theo đúng kiến trúc này.

Thiết kế này hình thành từ thời điểm routing còn đắt và chậm hơn switching, đồng thời trong mạng vẫn tồn tại những giao thức không thể route. Vì vậy, VLAN thường được kéo từ Access lên Distribution và Layer 2 trở thành một phần rất quan trọng của Campus. Điểm khó nằm ở sự tương tác giữa STP và HSRP

Trong mô hình truyền thống, Access Switch thường có hai uplink lên hai Distribution Switch để dự phòng.

Nhưng khi có nhiều đường Layer 2, chúng ta có loop. Vì vậy phải sử dụng Spanning Tree Protocol (STP) để quyết định đường nào Forwarding và đường nào Blocking.

Trong khi đó, Default Gateway của client lại cần dự phòng nên chúng ta sử dụng HSRP:

Client → Access Switch → STP → Distribution → HSRP Gateway

Vấn đề bắt đầu xuất hiện khi STP Root Bridge và HSRP Active nằm ở hai switch khác nhau.

Ví dụ:

Distribution-1 là STP Root.
Distribution-2 lại là HSRP Active.

Traffic của client có thể phải đi lên Distribution-1 rồi vòng sang Distribution-2 mới tới Default Gateway.

Đường đi vẫn hoạt động, nhưng không tối ưu.

Vì vậy, một best practice kinh điển là:

STP Root và HSRP Active của cùng VLAN nên được đặt trên cùng Distribution Switch.

Đây chính là ý “STP Root and HSRP primary tuning” xuất hiện trong slide. Nhưng tại sao phải có cả HSRP Active và Standby?

Vì Campus Network phải chịu được lỗi thiết bị.

Hai Distribution Switch cùng cung cấp Default Gateway ảo cho client:

HSRP Active chịu trách nhiệm forward traffic bình thường, còn HSRP Standby sẵn sàng tiếp quản Virtual IP nếu Active gặp sự cố.

Kết hợp với STP, doanh nghiệp có thể vừa tạo redundancy, vừa kiểm soát đường đi của traffic.

Thậm chí chúng ta có thể load-balance theo VLAN:

VLAN 10: Distribution-1 = STP Root + HSRP Active
VLAN 20: Distribution-2 = STP Root + HSRP Active

Nhờ vậy, cả hai uplink đều được tận dụng thay vì một đường gần như chỉ ngồi chờ dự phòng. Và đây cũng là nơi “Spanning Tree Toolkit” trở nên quan trọng

Khi Layer 2 được mở rộng qua nhiều switch, chỉ chạy STP thôi chưa đủ. Kỹ sư mạng còn phải triển khai thêm các cơ chế bảo vệ.

BPDU Guard thường được bật trên các access port dành cho endpoint. Nếu cắm nhầm switch vào cổng này và switch gửi BPDU, port có thể bị đưa vào trạng thái err-disable để tránh làm thay đổi topology STP.

Root Guard ngăn một switch không mong muốn gửi Superior BPDU rồi trở thành Root Bridge.

Loop Guard bảo vệ mạng trước trường hợp một port đáng lẽ phải nhận BPDU nhưng đột nhiên không còn nhận được nữa, tránh việc port chuyển sang Forwarding và tạo Layer 2 loop.

Slide còn nhắc đến SISF (Switch Integrated Security Features), nhóm cơ chế giúp switch thu thập thông tin và bảo vệ endpoint ở lớp truy cập. Vì sao kiến trúc này vẫn đáng học?

Nhìn vào sơ đồ chúng ta sẽ thấy một đặc điểm rất rõ của Campus truyền thống:

Redundancy càng nhiều → Layer 2 càng phức tạp → càng phải tuning STP, HSRP và các cơ chế chống loop.

Đây chính là một trong những động lực khiến thiết kế Campus hiện đại dần chuyển sang routed access, Layer 3 underlay và SD-Access Fabric, nhằm giảm sự phụ thuộc vào một Layer 2 domain lớn.

Tuy nhiên, hiểu Multilayer Campus truyền thống vẫn cực kỳ quan trọng. Khi troubleshooting một mạng doanh nghiệp đang chạy VLAN + Trunk + STP + EtherChannel + HSRP, nếu không hiểu mối quan hệ giữa STP Root, HSRP Active và topology vật lý, chúng ta rất dễ gặp tình trạng:

“Mạng vẫn chạy, ping vẫn được… nhưng traffic đang chạy một con đường rất kỳ lạ.”

Và đó chính là điểm khác nhau giữa việc mạng hoạt động và một mạng được thiết kế đúng.
]]> DCACI dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/dcaci/443885-multilayer-campus-network-–-kiến-trúc-campus-kinh-điển-và-bài-toán-stp-hsrp