Brocade - ЦОД будущего
•Download as PPTX, PDF•
1 like•443 views
Презентация с мероприятия EMC. Основная тема - как Brocade видит развитие коммутации в ЦОД, подход к построению IP storage, что такое Ethernet-фабрика.
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Brocade - ЦОД будущего
Similar to Brocade - ЦОД будущего (20)
Brocade - ЦОД будущего
- 3. Общие тенденции ИТ-индустрии • Новые вызовы ‒ Облачные услуги, Мобильные вычисления, Аналитика Больших Данных, Социальные сети • Новые требования к ИТ ‒ Скорость реагирования и Адаптивность • Новые ожидания ‒ Масштабируемость, Доступность услуги по требованию в любой точке мира, Полное соответствие требованиям будущего • Основные препятствия для качественной эксплуатации и обеспечения услугами ‒ Не соответствие сети современным требованиям ‒ Ограничения бюджета и ресурсов
- 4. Новый технологический стэк Новый стэк IP ©2014BROCADECOMMUNICATIONSSYSTEMS,INC.INTERNALUSEONLY. 4 Новое «железо» Новая «ОС» Новая «СУБД» Новая OSS/BSS Физическая инфраструктура IaaS PaaS BIG DATA COMPUTE STORAGE NETWORK Управление, оркесмтрирование,общая модельданных
- 6. Предыстория Brocade Инновационный Лидер в области центров обработки данных • Компания образована в 1995 году • Абсолютный лидер в построении ЦОД с >70% долей рынка ‒ Данные подтвержденные Gartner • Представляет решения в области ЦОД, сетей операторов связи и предприятий/корпораций, большой набор разнообразных сервисов • Инвестиции в R&D более 20% в год © 2015 Brocade CommunicationsSystems,Inc.
- 7. Brocade – Инновационный Лидер • Производитель сетевого IP оборудования ориентированного на среду передачи Ethernet: ‒ 1-й Gigabit Ethernet коммутатор ‒ 1-й 10 Gigabit Ethernet коммутатор ‒ 1-й Multi-Terabit MPLS и Internet маршрутизатор уровня ядра ‒ 1-й коммутатор/маршрутизатор с производительностью 2-а млрд pps • Полностью распределенная не имеющая переподписки архитектура устройств © 2010 Brocade CommunicationsSystems,Inc.
- 8. Преимущества Brocade • производительность • Архитектура не имеющая переподписки • Сегодня 10GE, аппаратная готовность для 40GE и 100GE • Все порты wire-speed и non-blocking • плотность портов • Уменьшение общего количества устройств в сети • Получение дополнительного стоечного пространства • энергопотребление • До 2-х раз меньшее энергопотребление по сравнению с продуктами конкурентов • защита инвестиций • Аппаратное резервирование, модернизация ПО без остановки, большое время наработки на отказ • SDN-ready – OpenFlow 1.3 • Поддержка открытых протоколов и стандартов, упрощенное лицензирование © 2010 Brocade CommunicationsSystems,Inc.
- 9. Инновации Brocade в IP-сетях • Сетевая инфраструктура ЦОД ‒ Ethernet Фабрика/Логическое шасси ‒ Конвергенция ‒ Балансировка серверного траффика L4-L7 • Корпоративные решения (ЛВС) ‒ Смешанный стек ‒ Распределенное шасси • Операторы связи/Сервис провайдеры ‒ Высокоскоростное мультисервисное ядро • Программно-определяемые сети. Виртуализация сетевых функций ‒ SDN/Openflow 1.3 + OpenDayLight (Controler) ‒ NFV vRouter: vRR, vCPE, vPE
- 11. ЦОД будущего Brocade: Не нужно ждать – всё готово уже сегодня © 2015BROCADE COMMUNICATIONSSYSTEMS, INC. COMPANY PROPRIETARY INFORMATION Физическая инфраструктура Ethernet Fabric, L3 Router, Fibre Channel SAN Виртуализация NV: OpenFlow, Приложения Управление ресурсами OpenDaylight OpenStack Управление сервисами Service Chaining, Network Analytics, Traffic Engineering, etc. Vyatta vADX MLXe VxLAN/NVGRE/STT NFV: vRouting, vADX Платформа управления ИТ-сервисами Прикладные системы Network Controller Server Controller Storage Controller Network Function Virtualization Server Virtualization Storage Virtualization Network Function Virtualization Сеть Серверы СХД 11
- 13. IP хранилище и Сеть Что говорят наши заказчики • Использование IP хранилищ в высоко- производительных критически-важных системах • Рост серверной виртуализации, бизнес-аналитики … • Переход от 1GbE к 10GbE IP-хранилищам • От Терабайт к Петабайтам • Масштабирование «вширь» • Сложности в функционировании смешанных нагрузок в унаследованной сетевой архитектуре © 2015 BROCADECOMMUNICATIONSSYSTEMS,INC. 13 2014 IDC report: IP хранилища будут расти на 40% в год
- 14. Что влияет на рост IP-хранилищ Масштабируемые файловые хранилища, распределённые БД Greenplum, HadoopЛоги, телеметрия, видео аналитика, соц. cети, IoT © 2015 BROCADECOMMUNICATIONSSYSTEMS,INC. 14 Неструктуриро- ванные данные Распределён- ная обработка данных Распределён- ные хранилища данных
- 15. Что происходит при подключении IP-хранилища к традиционной сети 15 EMC Isilon Storage Существующие коммутаторы Data Center IP LAN LAN IP Core & Campus Сервера Существующие коммутаторы • Смешение множества различных нагрузок • Невозможно гарантировать производительность • Традиционные сети не масштабируются вширь
- 16. ВЫДЕЛЕННАЯ СЕТЬ ДЛЯ IP ХРАНИЛИЩА Разделение сетей 16 EMC Isilon Storage Существующие коммутаторы Data Center IP LAN LAN IP Core & Campus IP Storage Network Сервера Connectrix VDX-6740B Существующие коммутаторы VDX-6740B VCS Fabric Возможности: • Предсказуемая производительность • SLAs • Высокая доступность для критически- важных приложений • Высокая скорость разрешения проблем
- 17. Рекомендации лидеров = Выделенная сеть для IP Хранилища © 2015 BROCADE COMMUNICATIONS SYSTEMS, INC. INTERNAL USE ONLY 17 Use NFS storage on trusted networks only and isolate the traffic on separate physical switches... — Best Practices for VMware vSphere on Network-Attached Storage Machines should be on an isolated network from the rest of the data center... — Best Practices for Cluster Network Configuration The use of a dedicated backup network is preferred... — EMC Data Domain Boost for Symantec NetBackup Open Storage Storage Best Practices Planning © 2015 BROCADECOMMUNICATIONSSYSTEMS,INC.
- 18. Ethernet Fabrics vs. Legacy Networks © 2015 BROCADECOMMUNICATIONSSYSTEMS,INC. CoreAggregationAccess • Архитектура распределения трафика север-юг • Неэффективная утилизация линков • Каждый коммутатор управляется индивидуально • Расширяется вверх • Не адаптирована под виртуализацию Классическая иерархическая архитектура 18 • Независима от топологии, запад-восток оптимизация трафика • Все линки активные, L1/2/3 multipathing • Логическое шасси • Расширение слева-направо • Адаптирована под виртуализацию Leaf/SpineCore Scale-out Архитектура с Ethernet Фабрикой
- 19. Упрощаем жизнь администраторов IP хранилищ Не нужно быть экспертом в сетевых протоколах BGP MP-BGP ISIS-TERSVP-TE IPsec EIGRP MSDP IGMP TACACS+ AAA OSPF IS-ISPIM-SM RSTPMSTPLLDP RIP DVMRPX.509 DRR WREDRED MPLS PWE3VPLS GREMLDSNTPDSCP LDP RSVPL2TP SHAIKE DWFQLISP IRDP MS-CHAP IPv6WRRWFQ NTP VRRP CIDR RADIUS HMACSTP sFlow Layer 2+3 IP Connectivity Традиционная общая сеть Layer 2 Ethernet Fabric Connectivity Выделенная сеть IP-хранилища vs. • Step 1: Configure switches • Step 2: Connect switches and automatically form fabric • Step 3: Connect hosts and storage © 2015 BROCADECOMMUNICATIONSSYSTEMS,INC 19
- 20. Brocade VCS, 10 x коммутаторов VDX : • Step 1: Turn switches on • Step 2: Config IP addressing and VLANs • Step 3: Connect cables • Step 4: Next Project Cisco FabricPath, 10 x коммутаторов Nexus: • Step 1: Create portchannels between pair • Step 2: Activate vPC between pair • Step 3: Activate FabricPath on the vPC pair • Step 4: Activate vPC+ in the pair • (~7 commands per switch) […] • Step 19: Config MAC learning for FP VLANs • Step 20: Activate FabricPath in portchannel • Step 21: Repeat previous 20 steps […] • Step 101: Configure portchannels between edge vPC pairs and core vPC pair […] • Step 106: Activate FabricPath on 8 defined portchannels […] • Step 114: On each Nexus 7K in the core vPC, define 8 portchannels […] © 2015 BROCADE COMMUNICATIONS SYSTEMS, INC. COMPANY PROPRIETARY INFORMATION 20 Настройка Ethernet фабрики Простоя 10-ти узловая фабрика
- 21. Решения Brocade VCS Fabrics для ЦОД Эволюционное развитие фабрик Brocade 21 AUTOMATEDAUTOMATED Высокая утилизация (все соединения активны) L1/L2/L3 Multipathing Поддержка IP storage Увеличение утилизации сети в два раза AUTOMATEDЭФФЕКТИВНОСТЬ Коммунальная модель предоставления сетевых ресурсов Простая масштабируемость сети «вширь» Поддержка протокола OpenFlow Оркестрация операций с помощью OpenStack Снижение времени на развёртывание прикладных систем ОБЛАЧНЫЙ ПОДХОД Быстрый провижионинг Быстрое обнаружение, переконфигурация и перемещение ВМ Самостоятельно-формируемые транки Управление коммутаторами как единым логическим устройством Снижение операционных затрат на 50% AUTOMATEDАВТОМАТИЗАЦИЯ
- 22. Brocade - сегодня Если сложить все развернутые коммутаторы Brocade VDX в цепочку, то ее протяженность составит более 9 км, что равно высоте полета «Боинг- 747». 9 из 10 компаний списка “Global 1000” выбирают для ЦОД решения Brocade Более 1400 заказчиков во всем мире выбрали Ethernet-фабрики Brocade (450 000 портов!) Более 1 млн. портов маршрутизаторов с поддержкой OpenFlow были поставлены Brocade Brocade — первый разработчик, представивший Ethernet- фабрику в 2010 г. Brocade Vyatta vRouter — самый в 2010 г. Популярный виртуальный маршрутизатор в мире (более 1,3 млн. загрузок)
- 23. © 2015 Brocade Communications Systems, Inc. Company Proprietary Information Brocade Product Portfolio Brocade Network Advisor SAN, IP, VCS Fabrics, Wireless, Virtual , Mobile, and Adapters Layer2–3 ServiceProvider Software Networking CampusLAN Brocade ICX 6430/6450 Brocade FastIron SX Series Brocade MLXe Series DataCenterSAN Fibre Channel Brocade Blade Server Switches Brocade 7840 Switch Brocade 7800 Extension Switch Brocade 6510 Switch FCOE10- 24 Blade FX8–24 Extension Blade Layer2–3Layer4–7 DataCenterLAN Ethernet/IP Brocade ICX 7450 Brocade 300 Switch FC16–32, –48, – 64 Switch Blades Brocade VDX 6740 Brocade DCX 8510 Backbones ChassisFixed Brocade ICX 6610 Brocade VDX Series Brocade 6910 Ethernet Access Switch Brocade NetIron CES/CER Series Brocade ADX Series Brocade ADX 1000 Brocade ADX 4000 Brocade ADX 10000 Brocade 6505 Switch Brocade VDX 8770Brocade MLXe Series Traditional Ethernet Ethernet Fabric Brocade ICX 6650 Brocade ICX 6650 FC8–64 Blade Brocade DCX and DCX-4S Backbones Brocade Blade Server Switches Brocade 6520 Switch Brocade ICX 7750 Brocade ICX 7750 Brocade Virtual ADX Brocade Vyatta vRouter Brocade Vyatta Controller Partner Integration through Northbound APIs End-to-EndNetworkManagement Brocade ICX 7450 Brocade VDX 6940-36Q
Editor's Notes
- Page 7
- We work with customers all over the world to help them solve storage networking problems. They describe an evolving landscape in IP storage. The demand for storage capacity is exploding. The transition to higher-performance, more business-critical IP storage is also well under way. IP storage that was once used for lower tier workloads, file sharing, and home directories is now being used for business-critical workloads like server virtualization, analytics, and other emerging workloads. In parallel IP storage connectivity is transitioning from 1GbE to 10GbE and moving from Terabytes in size to Petabytes. And the fastest growing segment of IP storage is scale-out storage such as scale-out NAS and object storage. We are also hearing that mixing these new and business-critical IP workloads with existing workloads on a legacy shared front-end network create big performance and operational challenges. Are you seeing these trends in your environment?
- There are three key trends driving the deployment of scale-out infrastructure, which in turn drags both scale-out storage and scale-out networking. The first is the rapid pace of growth in Unstructured Data. A hallmark of this data is that it inherently has value to the business, so many organizations are keeping this data in warm storage rather than relegating it to cold storage on a tape stored in a mountain somewhere. There are many sources of this data from machine logs to video cameras to Facebook feeds. The second is the emergence of distributed file systems. These file systems can take advantage of direct-attached or clustered storage and federate multiple nodes to appear to be a single logical name space. This allows for a more affordable and simpler way to store the massive amounts of unstructured data. Examples include Isilon’s OneFS for scale-out NAS, and the Hadoop file system (HDFS). Third is the availability of new analytics engines top run on this unstructured data. There is business value in the data itself which is being mined by tools such as Greenplum and others. The analytics engines are driving scale-out compute, storage and network deployments
- This is a picture of a typical legacy shared front-end IP network. Here’s the challenge. These business critical workloads must be managed under increasingly strict SLAs dictating availability, performance, and agility that are similar to the storage area network that you’re already familiar with. However, many customers that we speak with are running these top-tier workloads on a shared, general purpose network infrastructure. Why is this a problem? Stringent SLAs cannot be guaranteed when the storage traffic is running over a best-effort, shared infrastructure managed by a network team who doesn’t understand the unique requirements associated with storage traffic. And when applications don’t perform as needed you’re held accountable, even when the root cause is a network issue for which your team doesn’t control. Consider this. Storage capacity is growing at a compound annual rate of 40%, doubling almost every two years. The number of applications and workloads that depend on this storage is skyrocketing. When application performance degrades or even worse, there are outages, the “mean time to innocence” clock starts ticking. This is the time it takes to understand and prove that the storage is not the root cause. The problem could be related to a recent update to the network switches or misconfiguration during a recent provisioning of new ports. Regardless, it takes longer to resolve issues and there’s a lot more finger pointing and blamestorming. There are operational limitations associated with running your storage traffic over the shared network as well. The storage team must rely on the network team to schedule change windows and often the network team has competing priorities. This hinders the storage team’s ability to respond to the needs of the business in real-time. <Click through each specific challenge> <Use customer examples of this pain, for example>: This is best illustrated by a recent situation experienced by one of our customers. This customer recently attempted to deploy a new rack of servers that was supposed to add new capacity to their VM farm. The server team racked and stood up the servers quickly after getting them in the data center. The storage team had new NFS mounts and capacity provisioned within minutes. However, the network team needed a couple of weeks to plan for the switch and port reconfigurations that were required to add new network capacity. Making matter worse, once servers, network, and storage were put into production, they kept running into performance issues on a few of the new VMs. The application owners thought it was a storage problem; the storage team thought it was a network issue; the network team thought it was caused by a rogue application. It turned out that the network had to be taken down due to fix misconfiguration issues, causing an impact to all of the applications connected to the IP storage. This is a scenario we see repeated at many of our customers that are finding that they can’t keep up with the demands of the business due to limitations and inflexibility of their IT infrastructure, as well the complex operational and organizational model.
- This is a picture of a dedicated IP storage network Imagine being able to control your own destiny by eliminating your dependency on the network team for your network capacity. By managing a dedicated network for your IP storage, a network that’s optimized to handle the availability, performance, and agility for your current and future workloads, you can say goodbye to the finger pointing when something goes wrong; critical applications aren’t impeded by non-essential workloads; and storage and network capacity is added without delay. To achieve these benefits you should start by separating your mission-critical storage traffic onto a dedicated network for IP Storage. But that’s not enough. To achieve the level of agility that your business owners demand, you must be able to add network capacity and make changes at the speed of business. This requires an agile infrastructure where you can provision the network without manual intervention. This not only accelerates the time to deployment, but reduces the risk of human error and downtime. Based on your experience with Fibre Channel SANs you know that managing the network and storage holistically will enable you to deliver storage infrastructure SLAs, maintain separate change control procedures, and most importantly minimize the risks of downtime and disruption.
- The idea to deploy dedicates networks for IP storage isn’t new. You can see from the companies listed here that the industry has been advocating this approach for many uses cases, from server virtualization to distributed file systems and storage replication and backup. This is a best practice we expect to grow in popularity and no other vendor is better positioned that us - the storage networking experts - to lead in this use case.
- Here’s a comparison of a legacy network to see why you may want to reconsider the structure of those legacy networks and how Ethernet fabrics can support your data center network needs. What you see on the left hand side of this slide is a conventional data center LAN. It’s characterized by a classic hierarchy consisting of access, aggregation and core tiers. If you think about modern data centers, this legacy architecture has some problems…. First, the network was clearly designed for the north-south traffic patterns that were prominent with client/server applications. This architecture isn’t well-suited for the fundamental changes occurring in data center applications and traffic patterns where server-to-server, or east-west, traffic will be dominant. Gartner predicts that as much as 70% of data center traffic will be east-west by 2016. The network often uses spanning tree for loop prevention, and that means as much as 50% of the links are not utilized, but instead are in standby waiting for a link failure. That’s a pretty arcane concept considering how much time and energy we spend maximizing the utilization of other data center assets, such as with server virtualization, for example. And even with a network management tool, the network is managed a device at-a-time, making it labor intensive and prone to misconfiguration or policy inconsistencies between devices. The network has no awareness of server virtualization and, therefore, cannot actively facilitate operations such as VM mobility or properly deal with the MAC address explosion we see with increasing VM densities. Finally, the network doesn’t have any concept of native network virtualization, forcing the use of overlay/tunnel technologies wherein the physical network doesn’t add any value to the virtualization solution. On the right side of this slide is an Ethernet Fabric architecture, like the one Brocade delivers with our VDX switch portfolio running VCS Fabric technology. This architecture is very different, and has been specifically designed for the east/west traffic patterns and server virtualization that now dominate data centers. You will notice that I have not drawn a specific topology here. That’s because the fabric doesn’t dictate a specific physical topology. You can use a leaf/spine design, a full mesh, a flat fabric at the access or aggregation layer, or any other topology you deem appropriate for your applications and traffic patterns. Unlike the legacy LAN architecture, all links in the VCS fabric are active all the time, with multi-pathing at L1, L2 and L3 to deliver greater utilization, performance and resiliency. The entire fabric can be managed as a single logical switch, minimizing operational overhead for the IT organization. And, finally, the fabric supports both native network virtualization as well as overlay network virtualization models, giving the customer maximum choice in technologies to virtualize their network. An Ethernet fabric is simply a more modern network technology for highly virtualized and cloud-based data centers.
- This a visual representation of the strength of the Ethernet Fabric capabilities. The Fabric layer enables faster deployment, simplifies installations and ongoing management, so that storage administrators can focus on other business-critical needs.
- This shows a comparison between Brocade and Cisco of the number of steps taken to interconnect 10 switches in an Ethernet Fabric. The example is just a demonstration of how much the Fabric offers in terms of faster deployments and easier management.
- At the end of the day, you have to be able to forward the packets. Ethernet Fabrics are the most often-recommended architecture, specified by companies like VMWare, Cisco and Brocade to name a few, as the best foundation for SDN and other New IP-related investments. Why use a fabric as your New IP foundation? To increase agility you need to eliminate complexity and increase automation. Fabrics are agile, natively automated, easily scale up and out, and adapts to handle instantaneous changes in traffic flows, flow sizes, packet sizes and protocols. The result: Quickly deploy new services, easily add capacity, and manage centrally Begin to recover IT “Innovation Capacity” Evolving legacy DC networking to Ethernet Fabrics is a low-risk, evolutionary way to begin your New IP journey. If you’re not yet ready for Ethernet Fabrics, you can deploy VDX switches and use them as a reliable, high-performing L2 switch. VDX switches are compatible with existing legacy infrastructure. When ready, simply enable Ethernet Fabrics and you’re on your way. ============ Revolutionary Results Reduced Operational costs by 50% Sunpower: Deploy apps 92% faster Reduced Capital costs by 50% Singing River Healthcare Cut EHR login 50% Improved EHR performance Move VMs in minutes vs. days, w/out downtime
- In today’s enterprise, it’s very common for applications to be accessed remotely –whether from Cloud or a private cloud hosted in the Enterprise DC. Additionally, applications and server today leverage services throughout the datacenter –creating high volume East-West traffic Ethernet Fabrics collapse the DC architecture and leverage all links to reduce East-West traffic congestion but that’s only part of the solution. Add in the SteelApp virtual application delivery controller to further optimize East-West traffic and improve application delivery over the WAN Pain Points Poor application performance Decreased employee productivity and satisfaction High server-to-server latency High BW / WAN costs needed to meet app SLAs =========== Enable SteelApp Features: Traffic Manager Web Accelerator Web Application FW Services Controller