14.12.2012 Views

Data Center LAN Migration Guide - Juniper Networks

Data Center LAN Migration Guide - Juniper Networks

Data Center LAN Migration Guide - Juniper Networks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>Data</strong> <strong>Center</strong> <strong>LAN</strong> <strong>Migration</strong> <strong>Guide</strong><br />

Addressing any or all of these trigger events results in deployment of new technology into the access, aggregation,<br />

core, or services tiers of an existing data center network.<br />

Considerations for Introducing an Alternative Network Infrastructure Provider<br />

In some installations, a key consideration when evolving an existing infrastructure is the impact of introducing another<br />

vendor. Organizations can minimize any impact by using the same best practices they employ in a single vendor<br />

network. For example, it is sound practice to test interoperability and feature consistency before an implementation at<br />

any network layer. Many enterprises do this today, since there are often multiple inconsistent versions of an operating<br />

system within a single vendor’s portfolio, or even completely different operating systems within that portfolio. For<br />

example, the firewall or intrusion prevention system (IPS) platforms may have a different OS and interface from the<br />

switching products. Even within a switching portfolio, there may be different operating systems, each supporting<br />

different feature implementations.<br />

It is also sound practice to limit fault domains and contain risks when introducing an additional vendor. This can be<br />

accomplished with a building block design for the target insertion point, when deploying into an existing <strong>LAN</strong>. This<br />

approach allows for definition of the new insertion as a functional module, testing of the module in proof-of-concept<br />

(PoC) environments before deployment, and clean insertion of the new module into production after testing. As<br />

mentioned earlier, PoC testing is often done as a best practice in a single vendor network as well.<br />

Other steps that can ensure successful insertion of <strong>Juniper</strong> <strong>Networks</strong> technology into an existing data center <strong>LAN</strong> include:<br />

• Training<br />

• Multivendor automation and management tools<br />

Training<br />

The simplicity of <strong>Juniper</strong>’s implementations typically minimizes the need for extensive training to accompany<br />

deployment; however, <strong>Juniper</strong> also offers a variety of training resources to accelerate deployments. To start with,<br />

standardization of protocols within the network typically eases introduction, since basic constructs are similar and<br />

interoperability has usually been tested and proven ahead of time by <strong>Juniper</strong>. Beyond the protocols, differences in<br />

command-line interface (CLI) are usually easier to navigate than people initially think. Time after time, people familiar<br />

with other CLIs find themselves able to make the transition quickly due to the consistent, intuitive nature of Junos<br />

operating system’s implementation (it is easy to learn and use). Junos OS also has a tremendous amount of flexibility<br />

and user support built into it. For example, to ease migration from Cisco’s IOS, there is a Junos OS command to display<br />

a configuration file in a format similar to IOS. Additionally, hands-on training is available in the form of a two-day boot<br />

camp. Customized training can also be mapped to address any enterprise’s specific environment. Training not only<br />

gives an opportunity to raise the project team’s skill level, but also to get experience with any potential configuration<br />

complexities prior to entering the implementation phase of a project.<br />

Junos OS also provides embedded automation capabilities. A library of scripts that automate common operations<br />

tasks is readily available online for viewing and downloading. Categorized by function, the script with the best fit can<br />

easily be found. Refer to the Junos OS Script Library for a complete list: www.juniper.net/us/en/community/junos/<br />

script-automation/library.<br />

Multivendor Automation and Management Tools<br />

In a multivendor environment, it is often critical to establish a foundation of multivendor management tools that<br />

work with existing suppliers as well as with <strong>Juniper</strong>. There are well established multivendor tools available in the<br />

fault and performance analysis areas. These tools work with equipment from all of the major vendors in the market<br />

including <strong>Juniper</strong> and other vendors. In the provisioning, configuration, inventory management, and capacity planning<br />

areas, existing third-party tools typically don’t scale or leverage the capabilities and best practices of each vendor’s<br />

equipment. In these situations, it works well to leverage an integrated platform like Junos Space to support the <strong>Juniper</strong><br />

infrastructure consistently, and, where possible, to incorporate support for other vendors’ platforms and applications<br />

if the APIs and SDKs of Junos Space can be used to complete that integration. Junos Space provides APIs and SDKs<br />

to customize existing applications, and also enables partners to integrate their applications into this homogenous<br />

application platform.<br />

Copyright © 2012, <strong>Juniper</strong> <strong>Networks</strong>, Inc. 29

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!