Monday, November 24, 2014

UCS and Fibre Interconnect

Wikipedia has rather clear explanation on what is UCS . I am just summarizing things in one liners before I go the topic of my interest ("Fabric Interconnect").

The Cisco Unified Computing System (UCS) is an (x86) architecture data center server platform composed of computing hardware, virtualization support, switching fabric, and management software introduced in 2009.Just-In-Time deployment of resources and 1:N redundancy can be configured with UCS systems.



Computing
The computing component of the UCS is available in two versions: the B-Series (a powered chassis and full and/or half slot blade servers), and the C-series for 19-inch racks (that can be used with fabric interconnects).The servers are marketed with converged network adapter and port virtualization.

Virtualization
Cisco UCS supports several hypervisors including VMware ESX, ESXi, Microsoft Hyper-V, Citrix XenServer and others.

Networking
The Cisco 6100 or 6200 Series switch (called a "Fabric Interconnect") provides network connectivity for the chassis, blade servers and rack servers connected to it through 10 Gigabit and Fiber Channel over Ethernet (FCoE). The Fabric Interconnects are derived from the Nexus 5000 and run NX-OS as well as the UCS Manager software. The FCoE component is necessary for connection to SAN storage, since the UCS system blade servers have very little local storage capacity.

I am more interested in this Fabric Interconnect , because i am currently exploring these for my work. so, I will provide more information in another post.


Management
Management of the system devices is handled by the Cisco UCS Manager software embedded into the 6100/6200 series Fabric Interconnect, which is accessed by the administrator through a common browser such as Internet Explorer or Firefox, or a Command line interface like Windows PowerShell or programmatically through an API.

Stateless Computing
A key benefit is the concept of Stateless Computing. Each compute node has no set configuration. MAC addresses, UUIDs, firmware and BIOS settings for example, are all configured on the UCS manager in a Service Profile and applied to the servers. This allows for consistent configuration and ease of re-purposing. A new profile can be applied within a matter of minutes.


Now That's UCS. Lets move on to "Fabric Interconnect"

The UCS fabric interconnect is part of a range of products provided by Cisco that are used to uniformly connect servers to networks and storage networks. These devices are usually installed as head units at the top of server racks. All the server components are attached to the fabric interconnect, which acts as a switch to provide access to the core network and storage networks of the data center.

The high-end model is the UCS 6296UP 96-port fabric interconnect, which is touted to promote flexibility, scalability and convergence. It has the following features:
a) Bandwidth of up to 1920 Gbps
b) High port density of 96 ports
c) High performance and low-latency capability, lossless 1/10 Gigabit Ethernet and Fiber Channel over Ethernet
d) Reduced port-to-port latency to only 2 ms
e) Centralized management under the Cisco UCS Manager
f) Efficient cooling and serviceability
g) Virtual machine-optimized services through the VM-FEX technology, which enables a consistent operational model and visibility between the virtual and the physical environments



In above diagram, The rack-mount servers are shown connected to Nexus 2232s which are nothing more than remote line-cards of the fabric interconnects known as Fabric Extenders. Fabric Extenders provide a localized connectivity point (10GE/FCoE in this case) without expanding management points by adding a switch.


UCS Logical Connectivity

In the last diagram we see several important things to note about UCS Ethernet networking:
UCS is a Layer 2 system meaning only Ethernet switching is provided within UCS. This means that any routing (L3 decisions) must occur upstream.
All switching occurs at the Fabric Interconnect level. This means that all frame forwarding decisions are made on the Fabric Interconnect and no intra-chassis switching occurs.
The only connectivity between Fabric Interconnects is the cluster links. Both Interconnects are active from a switching perspective but the management system known as UCS Manger (UCSM) is an Active/Standby clustered application. This clustering occurs across these links. These links do not carry data traffic which means that there is no inter-fabric communication within the UCS system and A to B traffic must be handled upstream.
The Fabric Interconnects themselves operate at approximately 3.2us (micro seconds), and the Fabric Extenders operate at about 1.5us. This means total roundtrip time blade to blade is approximately 6.2us right inline or lower than most Access Layer solutions.


For other questions like , The question then becomes how is traffic between fabrics handled? - Please refer to link xxx in references section.


References :
1) http://en.wikipedia.org/wiki/Cisco_Unified_Computing_System
2) https://interestingevan.wordpress.com/tag/fabric-interconnect/
3) http://www.techopedia.com/definition/30473/ucs-fabric-interconnect
4) http://www.definethecloud.net/inter-fabric-traffic-in-ucs/


Thursday, November 20, 2014

Difference between WWN, WWPN and WWNN

Have you ever wondered about the differences between WWPN, WWN and WWNN ?
Well, I had to dig google. so, here is what I found to explain the difference in a way I could understand.

WWN:
A World Wide Name (WWN) or World Wide Identifier (WWID) is a unique identifier used in storage technologies including Fibre Channel, Advanced Technology Attachment (ATA) or Serial Attached SCSI (SAS). A WWN may be employed in a variety of roles, such as a serial number or for addressability; for example, in Fibre Channel networks, a WWN may be used as a WWNN (World Wide Node Name) to identify a switch, or a WWPN (World Wide Port Name) to identify an individual port on a switch. Two WWNs which do not refer to the same thing should always be different even if the two are used in different roles, i.e. a role such as WWPN or WWNN does not define a separate WWN space. The use of burned-in addresses and specification compliance by vendors is relied upon to enforce uniqueness.

WWPN:
World Wide Port Name, WWPN, or WWpN, is a World Wide Name assigned to a port in a Fibre Channel fabric. Used on storage area networks, it performs a function equivalent to the MAC address in Ethernet protocol, as it is supposed to be a unique identifier in the network.

WWNN:
A World Wide Node Name, WWNN, or WWnN, is a World Wide Name assigned to a node (an endpoint, a device) in a Fibre Channel fabric. It is valid for the same WWNN to be seen on many different ports (different addresses) on the network, identifying the ports as multiple network interfaces of a single network node.


References:



Wednesday, November 19, 2014

Cloud Computing and OpenStack


"Cloud" has become a household term these days, more from a buzz word. I was curious to know what exactly people refer as a cloud and how it works. so here is some light over cloud computing and OpenStack. { Also, I was involved in a one-week training for Red Hat OpenStack at work.}


Cloud Computing is typically defined as a type of computing that relies on sharing computing resources rather than having local servers or personal devices to handle applications.

In a cloud computing system, there's a significant workload shift. Local computers no longer have to do all the heavy lifting when it comes to running applications. The network of computers that make up the cloud handles them instead. Hardware and software demands on the user's side decrease. The only thing the user's computer needs to be able to run is the cloud computing system's interface software, which can be as simple as a Web browser, and the cloud's network takes care of the rest.

When talking about a cloud computing system, it's helpful to divide it into two sections: the front end and the back end. They connect to each other through a network, usually the Internet. The front end is the side the computer user, or client, sees. The back end is the "cloud" section of the system.

The front end includes the client's computer (or computer network) and the application required to access the cloud computing system.

On the back end of the system are the various computers, servers and data storage systems that create the "cloud" of computing services. In theory, a cloud computing system could include practically any computer program you can imagine, from data processing to video games. Usually, each application will have its own dedicated server.


Cloud computing has started to obtain mass appeal in corporate data centers as it enables the data center to operate like the Internet through the process of enabling computing resources to be accessed and shared as virtual resources in a secure and scalable manner.



OpenStack is a free and open-source software cloud computing software platform. OpenStack began in 2010 as a joint project of Rackspace Hosting and NASA. Currently, it is managed by the OpenStack Foundation, a non-profit corporate entity established in September 2012[3] to promote OpenStack software and its community.
RackSpace donated the code that powers its storage and content delivery service (Cloud Files) and production servers (Cloud Servers). NASA contributed the technology that powers Nebula, their high performance computing, networking and data storage cloud service that allows researchers to work with large scientific data sets.

OpenStack has a modular architecture that currently has eleven components:

 Nova - provides virtual machines (VMs) upon demand.
Swift - provides a scalable storage system that supports object storage.
Cinder - provides persistent block storage to guest VMs.
Glance - provides a catalog and repository for virtual disk images.
Keystone - provides authentication and authorization for all the OpenStack services.
Horizon - provides a modular web-based user interface (UI) for OpenStack services.
Neutron - provides network connectivity-as-a-service between interface devices managed by OpenStack services.
Ceilometer - provides a single point of contact for billing systems.
Heat - provides orchestration services for multiple composite cloud applications.
Trove - provides database-as-a-service provisioning for relational and non-relational database engines.
Sahara - provides data processing services for OpenStack-managed resources.


OpenStack officially became an independent non-profit organization in September 2012. The OpenStack community, which is overseen by a board of directors, is comprised of many direct and indirect competitors, including IBM, Intel and VMware.


Red Hat Enterprise Linux OpenStack Platform delivers an integrated foundation to create, deploy, and scale a secure and reliable public or private OpenStack cloud. Red Hat Enterprise Linux OpenStack Platform combines the world’s leading enterprise Linux and the fastest-growing cloud infrastructure platform to give you the agility to scale and quickly meet customer demands without compromising on availability, security, or performance.


References:
You would get basic data from Wikipedia. so, I am posting other references.

Cloud Computing

OpenStack



Red Hat Open Stack


 A/N: I have collected data from different sources so the credits of write-up goes to the authors.

Wednesday, October 29, 2014

iSCSI and FCoE

Data centers typically run multiple separate networks, including an Ethernet network for client-to-server and server-to-server communications, and a Fibre Channel SAN. To support various types of networks, data centers use separate, redundant interface modules for each network, such as Ethernet network interface cards (NICs) and Fibre Channel interfaces in their servers, and redundant pairs of switches at each layer in the network architecture. Use of parallel infrastructures increases capital costs, makes data center management more difficult, and decreases business flexibility.

A unified fabric can meet these challenges, consolidating I/O in the data center and allowing Fibre Channel and Ethernet networks to share a single, integrated infrastructure.

 Fibre Channel over Ethernet (FCoE) is one of the major components of a Unified Fabric. FCoE is a new technology developed by Cisco that is standardized in the Fibre Channel Backbone 5 (FC-BB-5) working group of Technical Committee T11 of the International Committee for Information Technology Standards (INCITS). Most large data centers have huge installed bases of Fibre Channel and want a technology that maintains the Fibre Channel model. FCoE assumes a lossless Ethernet, in which frames are never dropped (as in Fibre Channel) and that therefore does not use IP and TCP.


A more detailed comparison can be found at,
http://www.cisco.com/c/en/us/products/collateral/switches/nexus-5000-series-switches/white_paper_c11-495142.html

Also, For Understanding FCoE better, This link might help as well,

http://www.emc.com/collateral/hardware/technical-documentation/h6290-fibre-channel-over-ethernet-techbook.pdf

Wednesday, October 15, 2014

Welcome

 Hi Fellow Techies,

This blog is an independent blog written and published by me,Priya.

It's mainly about technology though it might wander into other areas at times because I am passionate about  Technology/Engineering/Programming/Learning.


This is my soul space where I share my experiences, interests and reflections through few technical notes/links and references about my passion.

I want to use this blog as a testing ground for exploring new ideas or thinking through stuff on the web that I find interesting or annoying.

I try my best to speak freely on this blog, airing my own personal views and no one else’s. I am solely responsible for all errors and boneheaded remarks in my posts.



My back-story and why I am here :

I grew up in Tirupati, the storytelling pilgrim center of India, a place where nobody needs an excuse to start telling a story. It's in the blood. Now I live in one of the busiest IT cities in India,Bangalore. Not any better when I was in Hyderabad, another busy IT city.There are times, I would require to inspire/motivate myself to go on with the mechanical life and find that through reading and music and very rarely, playing/singing/dancing in rain. I used to do that often in my child hood ;P.

I am a passionate systems software professional and author of this blog living in Banglore, India. I like to learn things by hands-on most of the time and this is my first attempt to be creative in the world of IT by being helpful with some technical help that I could conjure up.

My fascination for computers began when I was doing my high school. computers were buzzword those days just like cloud these days :) and hearing it at regular phase, piped my interest to jump into that area and dig more. so, that's when I decided to pursue engineer and be a software engineer. Later, when I got into the field, I realized I enjoy working over system side like kernel modules.

There are still some areas where I am interested to try/code but still at learning stage like networking, embedded systems, firmware etc.., That's why I'm planning to post any to all the information I learn over time in this blog.

I enjoy writing up at my free time since it's a dream of me to have my writings published sometime in future. I spend a great deal of time in learning how to write.Sure, I wrote/co-authored a couple of stories here and there but I still have a long road journey. So, the only area where I could test by starting off sharing few topics/aspects that I experienced being with technology.Oh, I'm good with computers :) someday, I plan on inventing new stuff on my own.

I also love music and currently been addicted to k-pop these days.
I like all varieties of Indian vegetarian food { though, I'm terrible at cooking :)}
I like to try new customization apps on my lappy.
I like to read stories online and imagine fiction.
I believe - "Words have vibrations".


Professional Bio :

Lakshmi Priya Kanduru is a technology driven professional with over 8 years of IT experience.She graduated from Jawaharlal Nehru Technological University with a bachelors in computer science and engineering. Priya joined IBM in 2006 as a test engineer for PowerHA SystemMirror { a HA/DR solution on AIX } and later moved onto development/design/lead High availability features of PowerHA SystemMirror. Her expertise include PowerHA SystemMirror, AIX, Storage, Virtualization, Middle-ware like DB2,SAP,Oracle. She Programs in C, Shell Scripting, Perl on Unix/Linux. She's been in several Proof of Concept solutions at IBM.She's currently serving Wipro for HP Servers.

Achievements :
a) Filed a patent
b) Published a couple of articles at IBM developer works
c) Posted a couple of topics in my developer works blog



Honors & Awards :
a) Received the prestigious “The IBM Bravo Award” for the year 2008 for publishing Developer Works articles.
b) Received first prize for designing "Partition Manager - A sametime plugin to manage Power Partitions" for Hackday2009
c) IBM India Hackday 8-2010 winner in design category for the idea “Disk access redundancy”
d) Special Appreciation from IBM AIX Director for customer engagements {Thailand Saving bank Project, Daimler, ARAMCO, International Rectifier etc..,}



Contact me :

The best places to connect with me are in the comments of my blog or video posts or on Twitter, Instagram. I have been silent follower most of times but I now I want to come out and post again. Human relations are the strongest and most genuine so Don't hesitate to get in touch with me . I'd love to hear from you :)