Despite or because of the huge success of UCS, we continue relentlessly to improve our platforms by
-Expanding the features to address more and more challenging situations
-Listening our customers to simplify what can be simplified
-Partnering with large and small partners to bring innovative add-ons
-Taking advantage of the latest technologies from the labs to keep rising the level of performance
-Implementing methodologies to ease transition to UCS from other platforms
-Aggressively containing cost to produce the best TCO and provide great ROI
I invite you to join us on November 8th, 9:00-10:00 am PST for an unique webcast “UCS :Fabric Computing at Global Scale “.Our executives including Jim McHugh, joined by a customer and an analyst will discuss the evolution of UCS.
Meanwhile here is a series of double-clicks on the points I listed above, with some pointers, that I hope you will find very useful.
Read More »
Tags: Cisco, performances, tco, UCS Central, Unified Computing Systems
The release of Cisco Intelligent Automation for Cloud 3.1 (Cisco IAC) begins to address one of the key questions of our customers who are building public and private clouds: How can I automate the network services configuration in my data center pod to enable policy-based network infrastructure as a service for my customers?
Some of you may be familiar with the Cisco Network Services Manager (Cisco NSM), part of the Intelligent Automation software portfolio. With the release of Cisco IAC 3.1, Cisco NSM is now integrated with and bundled as part of Cisco IAC, laying the foundation for infrastructure as a service.
Let’s take a look at some of the features in NSM for Cisco IAC:
Read More »
Tags: Cisco Intelligent Automation for Cloud, Cisco UCS, CiscoIAC, cloud, Cloud Computing, Cloud Management, IaaS, intelligent automation, orchestration, private cloud, Unified Data Center
So, lets dig into LISP Routing a little more. If you have not done so, I would recommend you read my first post, since I am not going to review the concepts here. In this post, I am going to break things down into three steps: 1) how packets are forwarded (i.e. the data plane operation), 2) how mapping information is propagated (i.e. control plane operation), and 3) how we internetwork with non-LISP locations.
For starters, lets head into the weeds and take a look at the LISP header format. In the last post, I mentioned there is some flexibility in how handles IP addressing. The two examples below show a couple of scenarios: pure IPv4 and a IPv4/IPv6 hybrid:
Read More »
Tags: Cisco ONE, ip, IPv6, LISP, LISP Routing, routing, vm mobility
Guest Blogger: Jamie MacQuarrie (@JMacQuarrie) has been working on Cisco’s cloud solutions, strategy and alliances since joining Cisco with the acquisition of newScale in April 2011. At newScale, he held product management positions focusing on data center automation and the evolution of traditional data centers to cloud operating models. Prior to joining newScale, he held product management positions at BMC Software and IT management positions at Washington Mutual bank. He started his career at Marimba, which was acquired by BMC Software in 2004.
We’re now into November, and though Halloween has come and gone, Cisco still has one last treat for everyone: Cisco Intelligent Automation for Cloud 3.1.
There have been a number of blog posts on the veritable cornucopia of features in IAC 3.1, so instead I’ll offer up this fun look at cloud maturity and extend the Halloween season just a little bit longer.
So tonight at 3am, long after your kids have gone to bed and you’re wired from eating all of their candy, instead of surfing the web trying to find the bottom of the internet, let me suggest a few more productive activities:
- Take a look at the Intelligent Automation blog posts
- Figure out what kind of Jack o’ Lantern your cloud strategy resembles
- Take your actual Jack o’ Lantern off your porch before it start attracting flies
And yes, that is a photo of a carved watermelon….It’s more popular than you might think.
Tags: cisco IAC, Cloud Management, data center, intelligent automation, orchestration, unified management
On October 5th I posted part 1 of the Algo Boost series with a fantastic discussion around the latency innovations on the Nexus 3548. Today, we announced that these units are now shipping to customers and the much anticipated wait is over to get this game changing technology! This is perfect timing as I introduce part 2 of the series with Errol Roberts, Distinguished System Engineer for the top Data Center accounts, to bring a customer perspective to the ultra-low latency Nexus 3548 in a High Performance Trading fabric.
[GD] I know that you spend a lot of your time talking with customers. What are our Financial Services customers telling you about their environments and requirements?
[ER] When meeting with these customers, I like to ask a single question – “What value can an infrastructure company provide to high-performance trading workloads”. Key points relating to the switching are captured by the following:
- First, customers ask for a network solution and architecture that provides them with the fastest end-to-end functionality. Providing the “Lowest latency possible” is one vector, another vector being a rich “feature-set” answering the different architecture and network requirements end-to-end. Naturally there is a need for speed while at the same time providing the features within the same device. For example in collocated High Frequency Trading environments; the lowest latency being key; it’s not the only factor; support for the routing protocol such as BGP, multicast with PIM Sparse mode, ultra low latency SPAN at linerate with multiple ports; this is achieved with the technology called Warp SPAN.
- Next, “Handle microbursts”. Volatility is correlated. When you are running cross-asset class, cross-liquidity venue strategies, there is often short-lived congestion that increases latency. These volatile periods are often the most opportunity rich.
- Also, “Unique features”. They want features like Network Address Translation to meet their business needs. You don’t want these features to add latency. In fact you don’t want to have any of the L4 or services applied on the network to add latency.
- Next, “Flexibility and Programmability”. They want to control their traffic flow, mirror relevant traffic, have fine-grained flexibility and also have reactivity on events. Python scripting language is a good example of automation. With Python script, you can have the switch react on different environmental changes such as a sanity check when the device comes online as well as for example triggering emails when the burst happening at the buffer level exceed for example 10 nanoseconds.
- In addition, facilitate “Precision Time”. You cannot control what you cannot measure. Without precision time, you invest in an infrastructure and just hope you get optimal performance. With precision time protocol you can keep all of your servers and network elements highly synchronized at the nanosecond level. You can even measure the accuracy of the tool through a 1 pulse per second output port. Also, the Nexus 3548 can timestamp traffic with IEEE 1588, which allows analyzers to replay events.
Read More »
Tags: Algo Boost, Algorithm Boost, data center, high performance computing, high performance trading, High Performance Trading Fabric, High-Frequency Trading, HPC, latency, Nexus 3000, Nexus 3500, Nexus 3548, Nexus 3K, ultra-low latency, Unified Fabric