Cisco is again a Premiere Sponsor of the OpenStack Summit, November 3-7 at Le Palais des Congrès in Paris. Here’s a summary of Cisco sponsored activities for your schedule.
Premier Breakout Session: “A World of Many (OpenStack) Clouds” Wed. 05 Nov; 13:50 – 14:30
Cisco VP and Cloud CTO, Lew Tucker, will talk about how Cisco is working with leading service providers and enterprise customers to enable a world of interconnected clouds. Find out how Cisco is delivering greater automation, programmability, and openness for IT infrastructure, to support the next generation of virtualization and cloud.
Cisco Expo Booth, Location #C3
Stop by and pick up a special OpenStack@Cisco gift while supplies last. Cisco specialists in services, sales and product development will be available to chat and answer any questions.
See demonstrations of:
-OpenStack Networking Using Cisco CSR and Nexus
-Cisco UCS Integrated Infrastructure with Red Hat OpenStack Platform
-Group-Based Policy for Cloud Deployment
-Cisco UCS Bare-Metal-as-a-Service Cloud
Find out more about Metacloud, which officially became a part of Cisco on 17 SEP. Metacloud offers OpenStack clouds as a service, giving customers a choice of hosted or hybrid architecture, to operate like a public cloud from inside an organization’s own data center.
Evening Reception with Red Hat Wed. 05 Nov; 20:00 – 2:00
Each attendee who completes the Red Hat and Cisco Booth Rally Challenge (instructions onsite) will receive a ticket for the Evening Reception held at Faust, an entertainment facility located at the foot of the Ivalides Esplanade, underneath the Alexandre III Bridge. Shuttle transportation will be available. Food and drinks will be served. This is an awesome location and might very well be the highlight of the week.
Data centers are undergoing a major transition to meet higher performance, scalability, and resiliency requirements with fewer resources, smaller footprint, and simplified designs. These rigorous requirements coupled with major data center trends, such as virtualization, data center consolidation and data growth, are putting a tremendous amount of strain on the existing infrastructure and adding complexity. MDS 9710 is designed to surpass these requirements without a forklift upgrade for the decade ahead.
MDS 9700 provides unprecedented
Performance - 24 Tbps Switching capacity
Reliability -- Redundancy for every critical component in the chassis including Fabric Card
Flexibility -- Speed, Protocol, DC Architecture
In addition to these unique capabilities MDS 9710 provides the rich feature set and investment protection to customers.
In this series of blogs I plan to focus on design requirements of the next generation DC with MDS 9710. We will review one aspect of the DC design requirements in each. Let us look at performance today. A lot of customers how MDS 9710 delivers highest performance today. The performance that application delivers depend
A few weeks ago California was rocked by something so small in magnitude but sent a wake-up call that hopefully will be heard around the country. Three fiber optic cables were cut below a manhole cover alone a city street. Three cables that then disabled every cell phone, land line, internet connection for over 80,000 residents in the South Bay of silicon valley. Even more alarming was the fact that emergency public agencies including fire department, police department, even hospitals were completely cut-off from the outside world and even their sister agencies. These cities learned first-hand what life is without communication. Signs were placed on the streets informing residents that if they had a medical emergency to drive themselves to the hospital. Police officers were to be flagged down in the street and in some cases curfews were debated if communication could not be restored for general safety. Police departments could not even run finger prints or check data bases on suspects they did detain. All this from cutting 3 cables snaking underneath public streets. When company’s talk about building systems and not just about combining individual technologies, this is hopefully in the back of their mind. When building a system it is easier to look for single points of failure, to look for failovers not across each individual technology but for entire systems. This is why architects take so long with their designs, not because they are slow because hopefully they are being thorough. The consequences of not being so can be devastating.
As I think about application delivery services in the network, I wonder if they’re really needed with the increased speeds networks themselves provide today. Does squeezing out a bit more throughput through cache, compression, content distribution, content-based routing, protocol optimization and XML processing really matter when users are seeing fiber to the house? The answer must be yes, or else there wouldn’t be a market for these services. I realize now that the primary need comes from the divide between developers and network administrators. When an application doesn’t perform as expected the developers say the network needs to provide more bandwidth and the network people say the application code isn’t optimized for running over the network. It’s always been both sides blaming the other and the people affected are the users of the application who are subjugated to a lower quality of experience.Then I realized that while users have expectations of experience, so do developers. Developers are under tight deadlines as companies look to be more agile and more distributed in a global economy. Basic features that would optimize code receive lower priority. The assumption is these requirements will be handled elsewhere. The “elsewhere” could be the web server or web client, most have caching built into them, but the network is best positioned to support and provide these services to developers, if they will plan accordingly and work with the network team. There’s a convergence of applications and the network. The architects must specify configuration parameters that indicate to developers and provisioners when these services are activated. They may also specify best-practice formatting conventions that have to be observed. This will ensure the application delivery services are available in the network and are being used reducing the time to development and improving the quality of experience.
Today’s infrastructure architecture is becoming more sophisticated and regarded by many as one of the main pillars of information technology. The IT infrastructure consists of the foundational building blocks on which applications and business processes run, it provides generic services that can be used by multiple applications. The network is a key infrastructure element that provides such services called network-based services. In other circles they may also be called infrastructure and/or SOI services. Network-based services may be decomposed further to atomic or composite, in many cases it’s just a matter of taxonomy. For example; “application acceleration” is a composite service that may be comprised of “cache, compression, protocol optimization and content-based routing”, which may be further decomposed into very specific functions such as static or dynamic cache. Transparent network-based services require no direct interaction with an application but enable functionality for the application. Just because these services exist, doesn’t mean they’re going to be used. Consider not only the before mentioned acceleration services, but also security services such as; encryption, day 0 mitigation, intrusion detention and prevention, and anomaly detection. Think of communication services like multimedia bridging, session control, session records, and topology management. There are also virtualization services that do load balancing, VLAN, VPN, and VSAN. These examples just start to demonstrate the capabilities provided by the network.The challenge is while application developers may know these services exist, they still develop the same functionality into their applications because the governance is not in place nor is the communication (or dare I say collaboration) between the developers and network administrators. Looking at application acceleration- headers must be properly formed and the network made aware for the service to properly operate. Network-based services are becoming more sophisticated and as applications continue to be highly distributed, they will require a library of centralized and standardized services to ensure compatibility with each other. In the end a solid enterprise architecture practice is needed that documents a catalog of network-based services and a change in culture that brings together the application and infrastructure teams to best execute the IT strategy that delivers the business vision.