Scalable Forwarding Model: No Gatew

Scalable Forwarding Model: No Gateway Bottleneck
With Cisco ACI all workloads are equal, regardless of whether they are virtual or physical workloads. The VLANs or VxLANs used by virtualized workloads are remapped to a bridge domain as necessary. As a result, communication between virtual and physical workloads doesn’t go through a gateway bottleneck, but directly along the shortest path to where the workload is (Figure 4).
In addition to this the default gateway is on the leaf switches both for virtual and for physical workloads.
Figure 4. Workloads are Mapped to Bridge Domains

Full Visibility of Virtual Machine Location in Network Infrastructure
Cisco ACI uses Cisco Discovery Protocol (CDP) and Link Layer Discovery Protocol (LLDP) information to discover the presence of virtualized hosts and to deploy policies only to the ports on which a virtualized host is present.
The information exchanged between Cisco ACI and the virtual machine managers enables Cisco ACI to display the exact location of the virtual machines are in the fabric, the physical ports to which they are connected and so on (Figure 5 and 6).
Should virtual machines move from one server to a different one within the same leaf or across multiple leaf switches the system preserves virtual machine visibility.
Figure 5. Visibility of Virtual Machines in the Network Infrastructure

Figure 6. Location of Virtual Machines

Management Model
Among its many innovations, Cisco ACI is changing network management from a traditional feature-by-feature, link-by-link approach to a declarative model, in which the controller relies on each node to render the declared desired endstate.
The user configures policies on Cisco APIC and Cisco ACI propagates the policy configuration through the OpFlex protocol to all the leaf devices in the fabric (Figure 7).
Figure 7. Cisco ACI Propagates Policies to All the Leaf Devices in the Fabric

If the server and the software switching on the server support OpFlex the policy can also be applied within the server.
Each networking element (physical or virtual) then renders the policies according to the local capabilities (Figure 8).
Figure 8. Each Networking Element Renders Policies According to Local Capabilities

The user can define configurations on the Cisco APIC controller in several ways (Figure 9):
● Using the easy-to-use Graphical User Interface running on the same appliance that provides the controller function
● Using representational state transfer (REST) calls with intuitive XML or JavaScript Object Notation (JSON) formatted payloads that are sent to the Cisco APIC: these can be sent in many ways, using tools such as Google’s POSTMAN or Python scripts that send REST calls
● Using a custom-built Graphical User Interface that sends REST calls
● Using the command-line interface (CLI) to navigate the object model from the Cisco APIC
● Using Python scripts that use the associated Cisco ACI libraries
Figure 9. Users Can Define Configurations on Cisco APIC in Several Ways

Even if spine and leaf devices are receiving the policy configurations from the controller, you can still connect to each device through the console or the management (mgmt0) port and use the well-known Cisco NX-OS Software CLI to monitor how policies are rendered.
As Figure 10 shows, whatever you configure with REST calls is translated in Virtual Routing and Forwarding (VRF) instances, VLANs, VxLANs, routes, and so on, all familiar concepts to the network administrator.
Figure 10. REST Call Configurations Are Translated into VRF Instances, VLANs, VxLANs, Routes, and so on.

Each tool has its areas of strength and weakness, most likely this is how different teams will use the tools:
● GUI: it is used mostly for the infrastructure administration and for monitoring and troubleshooting purposes. It is also used to generate templates.
● CLI on Cisco APIC: the main use is to create shell scripts and for troubleshooting
● POSTMAN and other REST tools: the main use is for testing and to define configurations to be automated
● Scripts based on XML, JSON REST calls: simple scripts for the operator for CLI like operations without the need to really understand Python
● True Python scripts: the main use case is to create comprehensive provisioning. Using the SDK provided with Cisco ACI can do this.
● PHP and Web pages with embedded REST calls: mostly used to create simple user interface for operators or IT customers.
● Advanced orchestration tools like Cisco ® Intelligent Automation for Cloud or UCS Director: for end-to-end provisioning of compute and network
Management Tools
With Cisco ACI Cisco embraces and accelerates the adoption of automation in the datacenter. As a result the tools that the networking team can use for configuration encompass the following ones:
● CLI as usual (each device in the fabric is accessible through Secure Shell [SSH], or the

Kết quả (Việt) 1:

Mô hình chuyển tiếp khả năng mở rộng: Không có nút cổ chai GatewayVới Cisco ACI khối lượng công việc tất cả đều bình đẳng, bất kể cho dù họ là ảo hoặc thể chất, khối lượng công việc. VLAN hoặc VxLANs được sử dụng bởi khối lượng công việc HĐH remapped cho một tên miền cầu như là cần thiết. Kết quả là, các giao tiếp giữa các ảo và vật lý khối lượng công việc không đi thông qua một nút cổ chai gateway, nhưng trực tiếp dọc theo đường đi ngắn nhất khối lượng công việc ở đâu (hình 4).Thêm vào đó các cổng mặc định là trên các lá chuyển cả hai cho ảo và vật lý khối lượng công việc.Hình 4. Khối lượng công việc được ánh xạ tới cầu miền Khả năng hiển thị đầy đủ vị trí máy ảo cơ sở hạ tầng mạngCisco ACI sử dụng thông tin về Cisco Discovery Protocol (CDP) và giao thức khám phá lớp liên kết (LLDP) để khám phá sự hiện diện của HĐH máy chủ và triển khai chính sách chỉ đến các cảng trên đó một loạt các HĐH là hiện nay.Thông tin trao đổi giữa Cisco ACI và quản lý máy ảo cho phép Cisco ACI để hiển thị chính xác vị trí của các máy ảo trong vải, các cổng vật lý mà họ được kết nối và như vậy (hình 5 và 6).Nên máy ảo di chuyển từ một máy chủ với một khác nhau trong cùng một lá hoặc qua lá nhiều thiết bị chuyển mạch hệ thống duy trì khả năng hiển thị của máy ảo.Hình 5. Khả năng hiển thị của máy ảo cơ sở hạ tầng mạng Hình 6. Vị trí của máy ảo Mô hình quản lýTrong số các sáng kiến nhiều, Cisco ACI là thay đổi quản lý mạng từ cách tiếp cận truyền thống tính năng của tính năng, liên kết bằng cách liên kết đến một mô hình nổi, trong đó bộ điều khiển dựa trên mỗi nút để render endstate mong muốn tuyên bố.Người dùng cấu hình chính sách trên Cisco APIC và Cisco ACI Lan truyền các cấu hình chính sách thông qua giao thức OpFlex cho tất cả các thiết bị lá trong vải (hình 7).Con số 7. Cisco ACI Lan truyền chính sách cho tất cả các thiết bị lá trong vải Nếu các máy chủ và phần mềm chuyển đổi trên hệ phục vụ OpFlex hỗ trợ các chính sách có thể cũng được áp dụng trong các máy chủ.Mỗi phần tử mạng (vật lý hoặc ảo) sau đó ám chính sách theo khả năng địa phương (hình 8).Hình 8. Mỗi phần tử mạng ám chính sách theo địa phương khả năng Người dùng có thể xác định cấu hình trên bộ điều khiển Cisco APIC theo nhiều cách (hình 9):● sử dụng dễ dàng sử dụng đồ họa giao diện người dùng đang chạy trên các thiết bị tương tự cung cấp các chức năng điều khiển● sử dụng representational nhà nước chuyển (còn lại) gọi với trực quan XML hoặc JavaScript Object ký hiệu (JSON) định dạng dữ liệu được gửi đến Cisco APIC: đây có thể được gửi bằng nhiều cách, bằng cách sử dụng công cụ, chẳng hạn như người đưa thư của Google hay Python script đó gửi phần còn lại gọi là● sử dụng một giao diện người dùng đồ họa theo đặc thù mà gửi phần còn lại cuộc gọi● sử dụng giao diện dòng lệnh (CLI) để điều hướng các mô hình đối tượng từ Cisco APIC● sử dụng Python kịch bản mà sử dụng kết hợp các thư viện Cisco ACIHình 9. Người dùng có thể xác định cấu hình trên Cisco APIC theo nhiều cách Ngay cả khi thiết bị cột sống và lá nhận được cấu hình chính sách từ bộ điều khiển, bạn vẫn có thể kết nối với mỗi thiết bị thông qua giao diện điều khiển hoặc cổng quản lý (mgmt0) và sử dụng CLI Cisco NX-hệ điều hành phần mềm nổi tiếng để giám sát các chính sách được kết xuất như thế nào.Hình 10 cho thấy, bất cứ điều gì bạn đặt cấu hình với phần còn lại gọi là dịch trong trường hợp định tuyến ảo và chuyển tiếp (VRF), VLAN, VxLANs, tuyến đường, và như vậy, tất cả các khái niệm quen thuộc cho người quản trị mạng.Hình 10. Phần còn lại gọi cho cấu hình được dịch sang VRF Instances, VLAN, VxLANs, tuyến đường, và như vậy. Mỗi công cụ có các lĩnh vực của sức mạnh và điểm yếu, có nhiều khả năng đây là đội bóng khác nhau như thế nào sẽ sử dụng các công cụ:● GUI: nó được sử dụng chủ yếu cho các quản trị cơ sở hạ tầng và cho giám sát và mục đích gỡ rối. Nó cũng được sử dụng để tạo ra các mẫu.● CLI trên Cisco APIC: việc sử dụng chính là để tạo ra các kịch bản shell và khắc phục sự cố● người phát thơ và các công cụ khác còn lại: việc sử dụng chính là để thử nghiệm và xác định các cấu hình được tự động● kịch bản dựa trên XML, JSON còn lại gọi: đơn giản kịch bản cho các nhà điều hành cho CLI thích các hoạt động mà không cần phải thực sự hiểu Python● sự thật Python kịch bản: các trường hợp sử dụng chính là để tạo ra cung cấp toàn diện. Sử dụng SDK cung cấp với Cisco ACI có thể làm điều này.Thiết chế tạo các cuộc gọi PHP ●, các trang Web với nhúng còn lại: chủ yếu được sử dụng để tạo ra giao diện người dùng đơn giản cho các quốc gia sử dụng hoặc khách hàng.● dàn nhạc nâng cao công cụ như Cisco® thông minh tự động hóa cho các đám mây hoặc giám đốc UCS: cho đến cuối cung cấp tính và mạngCông cụ quản lýVới Cisco ACI Cisco bao trùm và tăng tốc áp dụng tự động hóa trong Trung tâm dữ liệu. Kết quả là các công cụ mà đội ngũ mạng có thể sử dụng cho cấu hình bao gồm những người sau đây:● CLI như bình thường (mỗi thiết bị trong vải có thể truy cập thông qua Secure Shell [SSH], hoặc các

Kết quả (Việt) 2:

Scalable Forwarding mẫu: Không Cổng nút cổ chai
với Cisco ACI tất cả các khối lượng công việc đều bình đẳng, bất kể họ là khối lượng công việc ảo hoặc thể chất. Các VLAN hoặc VxLANs sử dụng bởi khối lượng công việc ảo hóa được ánh xạ vào một miền cầu khi cần thiết. Kết quả là, thông tin liên lạc giữa các khối lượng công việc ảo và vật lý không đi qua một nút cổ chai gateway, nhưng trực tiếp dọc theo con đường ngắn nhất đến nơi mà khối lượng công việc (hình 4).
Thêm vào đó các cổng mặc định là trên các công tắc lá cho cả ảo và khối lượng công việc vật lý.
Hình 4. khối lượng công việc được đưa lên bản đồ để cầu Tên miền Full Tầm nhìn của Virtual Machine Vị trí trong cơ sở hạ tầng mạng Cisco ACI sử dụng Cisco Discovery Protocol (CDP) và Link layer Discovery Protocol (LLDP) thông tin để phát hiện ra sự hiện diện của các máy ảo và triển khai các chính sách chỉ đến các cảng trên đó một máy chủ ảo hóa là hiện tại. các thông tin trao đổi giữa Cisco ACI và các nhà quản lý máy ảo cho phép Cisco ACI để hiển thị chính xác vị trí của các máy ảo trong vải, các cổng vật lý mà chúng được kết nối và vv (Hình 5 và 6). máy ảo có nên chuyển từ một máy chủ khác nhau để một trong những lá cùng hoặc trên nhiều lá chuyển mạch hệ thống bảo tầm nhìn máy ảo. Hình 5. Tầm nhìn của máy ảo trong các cơ sở hạ tầng mạng Hình 6 . Vị trí của máy ảo model Management trong số rất nhiều sáng kiến của mình, Cisco ACI là thay đổi quản lý mạng từ một tính năng theo tính năng, link-by-link cách tiếp cận truyền thống sang mô hình khai báo, trong đó bộ điều khiển dựa trên mỗi nút để làm cho bố endstate mong muốn. người dùng cấu hình các chính sách về Cisco APIC và Cisco ACI truyền cấu hình chính sách thông qua các giao thức OpFlex cho tất cả các thiết bị lá trong vải (hình 7). Hình 7. Cisco ACI truyền chính sách tất cả các thiết bị lá trong vải Nếu máy chủ và phần mềm chuyển đổi trên máy chủ hỗ trợ OpFlex chính sách này cũng có thể được áp dụng trong các máy chủ. Mỗi phần tử mạng (vật lý hay ảo), sau đó làm cho các chính sách theo khả năng của địa phương (Hình 8). Hình 8. Mỗi Networking tử renders Chính Sách Theo Khả năng địa phương người dùng có thể xác định cấu hình trên bộ điều khiển Cisco APIC trong nhiều cách (Hình 9): ● sử dụng đồ họa giao diện người dùng dễ sử dụng chạy trên các thiết bị tương tự mà cung cấp các chức năng điều khiển ● sử dụng chuyển trạng thái biểu hiện ( REST) ​​gọi với XML trực quan hoặc JavaScript Object Notation (JSON) trọng tải định dạng được gửi đến APIC Cisco: chúng có thể được gửi bằng nhiều cách, sử dụng các công cụ như các kịch bản đưa thư hoặc Python của Google gửi REST của gọi ● sử dụng một tùy chỉnh xây dựng Graphical User interface mà gửi REST của gọi ● sử dụng giao diện dòng lệnh (CLI) để điều hướng các mô hình đối tượng từ Cisco APIC ● sử dụng các kịch bản Python sử dụng thư viện Cisco ACI liên quan Hình 9. người dùng có thể Xác định cấu hình trên Cisco APIC trong số cách Ngay cả khi cột sống và lá các thiết bị đang nhận được các cấu hình chính sách từ bộ điều khiển, bạn vẫn có thể kết nối với mỗi thiết bị thông qua giao diện điều khiển hoặc các cổng (mgmt0) quản lý và sử dụng nổi tiếng của Cisco NX-OS Phần mềm CLI để giám sát các chính sách được kết xuất . Như hình 10 cho thấy, bất cứ điều gì bạn cấu hình với REST cuộc gọi được dịch trong định tuyến ảo và chuyển tiếp (VRF) trường hợp, VLAN, VxLANs, các tuyến đường, và như vậy, tất cả các khái niệm quen thuộc với người quản trị mạng. Hình 10. cấu hình REST của cuộc gọi đang dịch . thành Instances VRF, VLAN, VxLANs, tuyến đường, vv Mỗi công cụ có khu vực của sức mạnh và điểm yếu, rất có thể đây là cách đội khác nhau sẽ sử dụng các công cụ: ● GUI: nó được sử dụng chủ yếu cho việc quản lý cơ sở hạ tầng và giám sát và xử lý sự cố mục đích. Nó cũng được sử dụng để tạo ra các mẫu. ● CLI trên Cisco APIC: việc sử dụng chính là để tạo ra các kịch bản vỏ và xử lý sự cố ● cụ REST của khác Postman và: việc sử dụng chính là để thử nghiệm và xác định cấu hình để tự động ● Scripts dựa trên XML , JSON REST của cuộc gọi: kịch bản đơn giản cho các nhà điều hành cho CLI như các hoạt động mà không cần phải thực sự hiểu Python script ● Đúng Python: trường hợp sử dụng chính là tạo ra dự phòng toàn diện. . Sử dụng SDK cung cấp với Cisco ACI có thể làm điều này ● PHP và trang web với REST nhúng gọi: chủ yếu sử dụng để tạo ra các giao diện người dùng đơn giản cho các nhà khai thác hoặc khách hàng IT. ● cụ dàn nhạc nâng cao như Cisco ® Tự động hóa thông minh cho Cloud hoặc Giám đốc UCS: cho end-to-end dự phòng của các tính toán và mạng Công cụ quản lý với Cisco ACI Cisco bao trùm và tăng tốc việc áp dụng tự động hóa trong các trung tâm dữ liệu. Kết quả là các công cụ mà các nhóm mạng có thể sử dụng cho cấu hình bao gồm những người sau đây: ● CLI như bình thường (mỗi thiết bị trong vải có thể truy cập thông qua Secure Shell [SSH], hoặc