Archivo de 29 de abril de 2009

29
Abr
09

Mas Windows 7

Hoy me siento inspirado(bueno la verdad no hay mucho trabajo en mi lugar) asi que me encontre unos detallitos muy buenos sobre el nuevo juguetito de Bill Gate y su Microsoft

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack01/Default.html

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack02/Default.html

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack03/Default.html

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack04/Default.html

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack05/Default.html

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack06/Default.html

http://www.microsoft.com/learning/_silverlight/learningsnacks/win7/snack07/Default.html

Postadata

Hay que tener Silverlight instalado……………..

29
Abr
09

La migración de Windows XP es más importante que el dilema entre Windows Vista versus Windows 7

Como se dieron cuenta Windows Vista no va para ningun lado

Asi es la gente IT vio a Windows Vista como una version Windows ME, un OS transitorio, segun cuentan los blogs y detalles web el Windows XP se queda…. asi es se queda para unos cuantos años mas, lo que significa que nuestros enfoques deben de ser para Windows 7 la nueva plataforma, (Quien no la ha probado que pida su copia con su IT mas cercano). Aqui la opinion de una persona en el medio:

Michael A. Silver, Stephen Kleynhans

Gartner RAS Core Research Note G00165756

Las empresas que se cuestionan el cambio a Windows Vista o directamente a Windows 7 tienen que entender que tienen menos tiempo para migrar de Windows XP del que creen. Por lo tanto, deben tomar una decisión pronto.

Generalidades

Para la mayoría de las empresas, saltear Windows Vista e implementar directamente Windows 7 ofrece la posibilidad de posponer una migración del sistema operativo (SO) potencialmente difícil y costosa. Sin embargo, existen cuestiones relacionadas con el tiempo que también tienen que ser ponderadas.

Hallazgos clave
• La empresa estándar precisará de 12 a 18 meses desde el envío de Windows 7 hasta que sus proveedores clave realicen el soporte del nuevo SO y puedan completar la evaluación de la aplicación, la construcción de la imagen y la dirección.
• Las aplicaciones que no funcionan con Windows Vista probablemente no funcionarán con Windows 7.
• Si bien Microsoft va a brindar el soporte de Windows XP hasta el 14 de abril de 2014, el soporte para las aplicaciones en Windows XP comenzará a tener problemas para el 2012.
• Saltearse un lanzamiento (como Windows Vista) significa que las empresas no podrán migrar al siguiente lanzamiento (Windows 7) de manera cómoda, o sea, a través de la baja o el desgaste de la computadora.

Recomendaciones
• Cuando planifique eliminar Windows XP, no espere poder implementar Windows 7 para el caudal principal de usuarios antes del 2011.
• Evalúe las aplicaciones durante 2009 y 2010, diseñe planes de corrección para asegurarse de no demorar las migraciones mientras repara las aplicaciones.
• Planifique eliminar Windows XP de su entorno para fines de 2012.
• Prepare presupuestos para implementar Windows 7 en las computadoras nuevas y en las existentes durante 2011 y 2012, a fin de poder eliminar Windows XP antes de que se convierta en un problema.

Análisis

Seguimos recibiendo consultas de clientes que están analizando la implementación de Windows Vista o bien, salteárselo y esperar para implementar Windows 7. Si bien Microsoft se mantiene prudente respecto de la fecha de lanzamiento del nuevo SO, esperamos que Windows 7 se lance para la fabricación para septiembre de 2009 o antes a fin de que pueda ser preinstalado en las nuevas computadoras que estarán a la venta para noviembre. A medida que se acerca el lanzamiento de Windows 7 y la versión beta sigue recibiendo buenas críticas por el rendimiento y la estabilidad, más empresas se cuestionan sus planes actuales de implementación de Windows Vista. Cada vez se hace más difícil para Gartner recomendar Windows Vista a las empresas que aún no tienen ninguna preparación. Las condiciones económicas actuales exacerban la cuestión debido a que las empresas están buscando alternativas para reducir sus presupuestos de TI.

La importancia del SO del cliente.

En la mayoría de los casos, los usuarios quieren ejecutar aplicaciones, no sistemas operativos. En la medida en que el SO del usuario sea seguro, estable, manejable y brinde acceso suficiente a los recursos y ejecute las aplicaciones, los usuarios no se preocupan demasiado por el SO. Microsoft ha seguido agregando nuevas aplicaciones (por ej., BranchCache y BitLocker) que ofrecerán más valor y serán convincentes para los clientes. Sin embargo, como Windows ha madurado, se ha hecho cada vez más difícil para Microsoft innovar o introducir nuevas aplicaciones de modo que las empresas vean realmente un retorno de la inversión por el dinero invertido en la migración a un nuevo SO. Aún así, la estandarización del SO tiene gran importancia sobre el costo y las complejidad de la administración/seguridad. Las empresas deben eliminar los SO más antiguos y migrar a los más nuevos para garantizar el soporte del SO y de las aplicaciones que precisan ejecutar los vendedores de software independientes (ISV). Por lo tanto, la decisión de qué versión de Windows ejecutar tiene más que ver con la reducción de riesgos y minimización del costo de evaluación e implementación del nuevo SO que con el valor que ofrece el nuevo SO.

El soporte de cualquier versión de Windows es limitado y las empresas tendrán que migrar en algún momento. Las empresas pueden hacerlo en forma paulatina o rápida, pero tienen que entender que la decisión de permanecer más tiempo con un SO implica, necesariamente, un cambio posterior más rápido de SO. Nuestra recomendación para la mayoría de las empresas es implementar Windows Vista a través de la baja de hardware como parte de una estrategia que denominamos «diversidad gestionada», en la que el SO está ligado al hardware de un equipo y no se actualiza durante el ciclo de vida de ese equipo. Esta sugerencia nunca tuvo su base sobre ningún valor significativo de Windows Vista respecto de Windows XP. Por el contrario, tiene su fundamento en el hecho de que las empresas que no introducen un nuevo SO a través de la baja de hardware estarán forzadas a «una migración integral» (o sea, cambiar todos los equipos al mismo tiempo) al siguiente SO. Para la mayoría de las empresas, una migración integral sería demasiado costosa y se demoraría debido a que la empresa se vería atascada por el gran número de equipos que continúan ejecutando el SO viejo. Esto genera frecuentemente problemas en la implementación de aplicaciones nuevas que no tienen soporte en el viejo SO. Esta situación está agotando a las empresas que siguen operando con Windows XP y aún no decidieron si implementar Windows Vista o esperar a Windows 7.

¿Plomería o pulido?

Gartner clasifica a los lanzamientos de Windows como lanzamientos de «plomería» cuando estos realizan cambios significativos a la arquitectura de Windows o como lanzamientos de «pulido» a los que se implementan sobre el lanzamiento de plomería y tiene como fin mejorar el uso y funcionalidad del sistema. Windows Vista fue un lanzamiento de plomería, Windows 7 será un lanzamiento de pulido; al igual que Windows XP fue un lanzamiento de pulido de Windows 2000. El nombre Windows «7» parece ser más una cuestión de marketing para poner distancia entre el nuevo lanzamiento y el pobre recibimiento de Windows Vista que un marcador de cambios significativos a la arquitectura. Hubiera sido mejor si se lo identificaba como v.6.1.

Muchas empresas verán a Windows 7 como una versión más refinada: motivo para saltearse Windows Vista. Sin embargo, las numerosas mejoras realizadas a Windows 7 no nos convencen de modificar nuestra recomendación básica de implementar Windows Vista. Si bien las características se orientan a experiencias personalizadas, al acceso mejorado a la información y a los servicios y a mejoras en el manejo de los dispositivos, éstas no mejorarán en forma relevante la compatibilidad de las aplicaciones que requieran Windows XP o reduzcan la evaluación de la aplicación sobre Windows Vista.

Esto pone en relieve el problema de Microsoft con Windows Vista: el SO es bueno, pero su reputación en la industria es mala. La realidad de Windows 7 será que no diferirá en mucho con Windows Vista, pero la mejora percibida puede ser significativa debido a la reputación empañada de Windows Vista. Las primeras opiniones sobre Windows 7 beta prueban que esto es así. La implementación de Windows 7 puede ser más simple debido a que los problemas políticos de implementar un SO que no gusta no van a estar presentes. No obstante, muchas empresas no podrán justificar una migración sólo sobre la base de costo y valor.

La débil economía inhibe la migración por baja o desgaste del equipo

Otro obstáculo para lograr la implementación corporativa de Windows Vista en los nuevos equipos está dado por la economía débil. Las preocupaciones económicas han producido en muchas empresas la reducción o demora en la compra de equipos nuevos. El concepto de diversidad gestionada depende de la actualización constante de los equipos, que era típicamente de tres años para las notebooks y de cuatro para las computadoras de escritorio. Con esta economía, los equipos no se reemplazan al promedio entre 25% y 33% anual. Además, muchas empresas están analizando formalmente extender la vida de las computadoras de escritorio a cinco años y de las notebooks a cuatro, por algunos usuarios al menos.

Uno de los principios de la diversidad gestionada es que la empresa generalmente precisa soportar dos versiones de SO en producción al mismo tiempo. Como máximo, el período en el que las tres versiones de SO pueden precisar estar en la empresa sería de menos de un año cuando las últimas computadoras que operan con el SO más viejo estén fuera de servicio y los nuevos equipos con el último SO comiencen a funcionar. Mantenerse en un periodo de actualización de cinco años implicaría la necesidad de hacer el soporte de tres versiones de SO por algunos años, que escapa lo que consideramos manejable (ver Figura 1).

Figura 1. Para más de cuatro años de actualización de PC, tres SO son una multitud

Fuente: Gartner (marzo de 2009)

Recomendaciones para los «salteadores»

Sobre la base de nuestra investigación, no nos sorprendería que la mitad de las grandes empresas se saltee Windows Vista y pase directamente de Windows XP a Windows 7 (ver «Adelanto: el relevamiento en un simposio en EE.UU. demuestra una lenta adopción de Windows Vista y moderada de Office 2007»). Desde luego, esto no significa que saltear una versión es lo apropiado. Las empresas todavía tienen que considerar, de manera cuidadosa, el plan de acción correcto para su situación.

El impulsor y objetivo principal por el que las empresas precisan una planificación es a fin de sacar a Windows XP de su entorno antes de que Microsoft deje de brindar el soporte con arreglos de seguridad (14 de abril de 2014) y antes de que los ISV dejen de enviar los productos nuevos que requieran algo más novedoso, como probablemente ocurrirá para 2012 (ver Figura 2). SP1 se refiere a Service Pack 1. Gartner denomina el lanzamiento inicial «SP0.».

Figura 2. Cronología de medidas para eliminar Windows XP

Fuente: Gartner (marzo de 2009)

Las empresas que no se han preparado para incorporar Windows Vista probablemente decidan hacer el salto directamente a Windows 7, una decisión que, en estos momentos puede tener sentido. Las empresas que tienen pensado saltearse Windows Vista deben planificar varias medidas a efectos de reducir el riesgo aparejado con esta decisión (Ver Tabla 1).

Tabla 1. Consideraciones y medidas para reducir el riesgo de eliminación y adopción del SO

Cuestiones a considerar Medidas a adoptar

Comprender que la empresa estándar precisará de 12 a 18 meses desde el envío de Windows 7 hasta que sus proveedores clave hagan el soporte del nuevo SO y puedan completar la evaluación de la aplicación, la construcción de la imagen y la dirección. Las aplicaciones que no funcionan con Windows Vista probablemente no funcionen con Windows 7.

Cuando planifique eliminar Windows XP, no espere implementar Windows 7 para el caudal principal de usuarios antes del primer semestre de 2011. Evalúe las aplicaciones durante 2009 y 2010, diseñe planes de corrección para asegurarse de no demorar las migraciones mientras repara las aplicaciones.

Si bien Microsoft va a brindar soporte a Windows XP hasta el 14 de abril de 2014, las nuevas versiones de muchas de las aplicaciones dejarán de ofrecer el soporte a XP a partir de 2010 y comenzarán a ser problemáticas para el 2012.

Planifique eliminar Windows XP de su entorno para fines de 2012.

Saltar Windows Vista significa que las empresas no podrán migrar a Windows 7 en forma cómoda, por baja o desgaste del equipo.

Prepare presupuestos para implementar Windows 7 en los equipos nuevos y en los existentes durante 2011 y 2012, a fin de poder eliminar Windows XP antes de que sea un problema.

Fuente: Gartner (marzo de 2009)

Saltearse Windows Vista genera mucha presión en la empresa para luego realizar la migración a Windows 7 en un plazo relativamente corto. Por lo tanto, las empresas deberían tomar la decisión pronto, establecer un proyecto de planificación y comenzar con las tareas de preparación durante 2009. La mayoría de las empresas que piensan saltearse una versión deberían comenzar con la evaluación de la compatibilidad de la aplicación con Windows 7 Release Candidate para empezar la evaluación de Windows 7 en forma anticipada. Desde esta perspectiva, Windows Vista (o Windows 7 beta y las versiones RC) sirven como un buen proxy para Windows 7. Las aplicaciones y los dispositivos que no funcionen con Windows Vista probablemente no funcionarán con Windows 7; sin embargo, la mayoría de esas aplicaciones que sí funciona con Windows Vista no deberían presentar problemas con el nuevo SO.

Incluso con un comienzo de evaluación anticipado, es muy probable que las empresas no puedan comenzar con la implementación de la producción de Windows 7 antes de comienzos de 2011 (ver «Windows 7 no precisará SP1, pero aún precisa de 12 a 18 meses para el comienzo de su implementación»). Por lo tanto, una empresa que tiene pensado saltearse una versión de Windows debe analizar en forma realista si su personal, presupuesto y capacidad puede migrar directamente de Windows XP a Windows 7 en un plazo de 24 meses o inferior.

29
Abr
09

Alguna vez te preguntaste qué ofrece TechNet? – Tenemos un Kit gratis para ti.

Solo alrededor del 1% de los Profesionales de Infraestructura Tecnológica aprovechan los recursos gratuitos que ofrece TechNet. Obtén el Kit de Recursos para Profesionales de TI completamente gratis para tener una ventaja competitiva.

caja DVD

Prueba algunos de los recursos más destacados para Profesionales de TI en un conveniente DVD, libre de costos, sin complicaciones. Conoce lo que TechNet tiene para ti para que puedas mantenerte al tanto de las nuevas tecnologías, construir tus habilidades y obtener las respuestas que necesitas.

En el Kit de Recursos para Profesionales de TI, encontrarás guías técnicas, herramientas, recursos, e-books y mucho más sobre los siguientes temas:

  1. Windows 7 (Una guía completa!)
  2. Windows Vista
  3. Seguridad
  4. Sistemas Dinámicos
  5. Demo Showcase (Prueba varios productos sin la necesidad de instalarlos).
  6. Gobernabilidad de IT
  7. Biblioteca Técnica (Incluye el suite completo de Sysinternals)
  8. Videos TechNet
  9. Recursos en línea

Para obtener tu DVD del Kit de Recursos para Profesionales de TI, a partir del 01 de Abril simplemente visita las instalaciones de las oficinas de Microsoft en tu país*. Hay un número limitado de Kits disponibles y serán entregados bajo demanda hasta agotar existencias, así que ve por el tuyo cuanto antes.

Visita el sitio de TechNet para saber más sobre estos y otros recursos disponibles para Profesionales de TI completamente libre de costos. Luego de agotar existencias, este Kit será publicado en línea en el sitio TechNet de Latinoamérica, pero porqué esperar?, pasa ya por nuestras oficinas a retirar el tuyo.

Preguntas comentarios? Escríbenos a tnmca@microsoft.com

*PROMOCIÓN VÁLIDA PARA: COSTA RICA, ECUADOR, EL SALVADOR Y GUATEMALA.

  • Microsoft Costa Rica: Centro Corporativo Plaza Roble, Edificio el Patio, 2do Piso, entre Mall Multiplaza y Hotel Camino Real.
  • Microsoft Ecuador, Quito: Av. Naciones 1014 y Av. Amazones (esquina) Edif. La Previsora Torre A, piso 10, oficina 1001. Quito, Ecuador.
  • Microsoft Ecuador, Guayaquil: Av. Francisco de Orellana, Edificio Centrum, Piso 9, Oficina 5.
  • Microsoft El Salvador: 89 Ave. Nte y Calle El Mirador. Edificio WTC, Torre 2, Piso 5, Microsoft. Colonia Escalón, San Salvador, El Salvador.
  • Microsoft Guatemala: 14 Calle 2-51, Zona 10. Edificio Intercontinental, Nivel 11, Oficina 1101.

Postdata:

Es limitada la edicion del dvd…………………. que esperan vamos ya

29
Abr
09

Welcome to the Windows Partner Readiness Day Registration Process

Asi es como se lee………………… «Welcome to the Windows Partner Readiness Day Registration Process» un evento mas de Microsoft esta vez en linea, apostando a la tecnologia del Windows 7, para los que aun no se deciden a probarlo, les puedo comentar que debido a una restriccion de «pruebas» y/o «betas» no hay mucho que hacer con una version en plena produccion, asi es me desafie al jefe y puse un Windows 7 en produccion. nada mal muy estable hasta con aplicacion 100% comprobadas no funcionan con Vista…………. el 7 si esta trabajando.

Asi que he aqui la invitacion para el proximo WebCast y Evento en linea.

windows-7-events-presentacion

Para registrarse ……   https://microsoft.crgevents.com/WindowsPartnerReadinessDay/Register/Contact/Default.aspx

como veran esta prometedor el evento…………. claro sino lo cancelan

29
Abr
09

Net App Virtualization….. Presentacion de un caso

Como todo mundo esta apostando a la virtualizacion he aqui un caso que nos presenta la gente de Net App.

tech-on-taptech-on-tap1

Consolidating Up to 1000 Physical Servers onto
20 VMware ESX Servers

At the NetApp engineering lab in Bangalore, India, our operational goal is to meet the compute and storage needs of roughly 700 development engineers working on a wide variety of critical NetApp development efforts, including WAFL®, NAS and SAN, storage management, VTL, open systems SnapVault® (OSSV) and SnapDrive® for UNIX®.

As of August 2008, we had deployed about 1,000 physical x86 servers to meet the diverse needs of these and other engineering projects, and the demand was continuing to grow at a rate of about 40 servers per month—roughly two racks of compute servers every month. This growing demand created a concern about available rack space, power, and cooling capacity. The situation was further complicated by the slow and inflexible provisioning processes of physical servers, making it difficult for us to meet engineers’ demands.

Project COLD (Consolidation and Optimization of Lab/Datacenter) was initiated with the goal of consolidating and virtualizing these critical engineering resources. We are currently in the middle of this transition. At completion, we expect to replace 50% or more of our original 1,000 physical servers with just 20 VMware® ESX servers. A limited number of physical servers (final number to be determined) will be retained for application testing that requires physical hardware.

Our VMware servers will also accommodate future growth while greatly improving our ability to adapt to changing requirements from engineers.

In this article we’ll describe:

  • Consolidation and virtualization objectives
  • Key challenges
  • Configuration and provisioning processes
  • P2V migration
  • Current state of the transition
  • Future plans

Consolidation and Virtualization

Server and storage consolidation reduces costs by improving operating efficiency and effectiveness, while virtualization seeks to maximize the value (in terms of both capital expenses and operating expenses) of server and storage technology through increased automation, scalability, and the ability to offer multiple functions or services from a single platform. Our new data center is headed toward a virtualized model that will allow us to utilize more versatile technologies to respond to fluctuating engineering demands and meet business requirements as they rise and fall. Virtualization technology adds value to our data center by increasing flexibility, scalability, ease of management, and responsiveness.

Virtualization allows IT operations to be performed with far better economies of scale, maximizing the utilization of existing resources and allowing infrastructures to be managed efficiently even as they undergo high rates of growth. We evaluated various virtualization solutions before deciding on VMware in conjunction with NetApp® storage. Ultimately we chose VMware because of the wide range of guest operating systems it supported, which was a key requirement for this project.

Initial Challenges

At the outset, we faced a variety of organizational and technical challenges that we had to overcome to move the project forward.

Budget constraints. First, since our budget was limited, this virtualization project had to start with minimal equipment. The project was initiated with two loaned servers (which were already installed with VMware ESX server) plus a standalone NetApp FAS3050 storage system. This gave us enough equipment to do a proof of concept (POC). These loaned servers were upgraded with additional memory so they could handle more virtual machines.

Concerns from engineers. At the outset, engineers were skeptical. They didn’t believe that a virtual machine would be able to handle the same load as the physical servers they were used to. This was further complicated by the fact that the needs of each engineering project were somewhat unique. However, using just the two initial virtual servers we were able to convince enough engineers to keep moving forward.

Network integration. With that hurdle out of the way, we then had to determine how we could integrate a virtual server farm into our existing environment. The engineering lab network was designed to minimize Layer 2 broadcasting. Multiple VLANs are configured in access layer switches with an uplink to core backbone switches using Layer 3. (This network architecture corresponds to a campus LAN where each function/department uses a separate VLAN.)

We either had to provide an individual ESX server on each VLAN or modify the network topology. With the first option, resources would not be fully utilized, we would need more ESX licenses, and management would be more difficult. However, the second option was complex and could require significant downtime to accomplish.

After a lot of discussion with our networking partners and engineering customers, we settled on a solution consisting of a consolidated virtual server farm to host all our ESX servers, storage systems, and networking gear with links to each project VLAN.

<!––><!––>

Virtual server farm and network configuration

Figure 1) Virtual server farm and network configuration.

Virtual Server Farm Configuration and Provisioning

We’ve followed the guidelines in TR-3428: NetApp and VMware Virtual Infrastructure 3: Storage Best Practices in designing this setup. Our virtual infrastructure has now grown to a farm of 8 servers and a NetApp FAS3050 cluster, hosting 436 virtual machines to support 17 engineering teams. We’ve so far accomplished 150 physical-to-virtual (P2V) conversions and 100 GSX to ESX migrations. We had been doing a limited amount of virtualization in a distributed way for some projects using VMware GSX. We typically had four or five virtual machines per physical server.

Resource pools are configured on VMware Virtual Center to group and manage sets of virtual machines on a per team basis. Network connectivity to each team is provided by two 1GB network ports, teamed for load balancing and redundancy.

Our clustered FAS3050 is equipped with four disk shelves using 300GB FC drives and multipathing for storage failover. The network ports of the storage system are trunked and configured as NetApp VIFs for redundancy and load balancing.

All ESX datastores are hosted from this storage system using NFS. We opted for NFS because it was cost effective and easy to configure and manage. Fibre Channel datastores would have required additional hardware such as FC switches, HBAs, and cabling, which could not be procured given the budget constraints we had. Moreover, performance using NFS datastores was comparable with that of FC.

New virtual machines are provisioned with NetApp’s rapid cloning utility version 1. This process leverages NetApp FlexClone® so that similar virtual machines can share the same storage without wasting a lot of space storing redundant copies of the same operating system files. You can find out more about this process in a recent Tech OnTap article, which describes the same process for VMware virtual desktops.

Migrating from Physical to Virtual

Because engineering teams want existing server configurations to remain unchanged, we are faced with the challenge of retaining hostnames, IP addresses, and operating system configurations as we transition servers from physical to virtual.

To accomplish these migrations, we first extend the data network for each team to the Virtual server farm. P2V conversions are achieved using VMware Virtual Center. Most of the migrations happen during the weekends or on holidays to reduce the impact of downtime. New virtual machines are monitored regularly for performance issues. We also work closely with teams in case of any performance issues and allocate more resources to virtual machines as necessary.

Current Status

Virtual machine growth and physical server decommissioning count are monitored regularly and plotted in graphical format. We plan to bring down the physical server count to 500 within the next six to nine months. Virtual machine count is expected to grow to 1,500 during the same period. We expect to accommodate all 1,500 virtual machines with just 20 VMware ESX servers. Our current eight servers are supporting 450 virtual machines with an average CPU and memory utilization hovering around 30%, leaving us plenty of headroom to support more virtual machines.

Virtual server farm and network configuration

Figure 2) Transition progress.

Future Plans

While we’re very happy with our progress so far, we can also see some additional opportunities made possible by our virtual environment:

  • Multiplatform support. Our current environment only includes servers based on Intel®. We’d also like to support virtualzation of the PowerPC platform and AIX operating environment using IBM logical partitions (LPAR) and SPARC using Solaris™ containers.
  • Single dashboard. Our current management environment relies on Virtual Center to monitor and manage VMware servers/virtual machines and NetApp Operations Manager to monitor and manage storage. We’re currently exploring the use of NetApp SANscreen® to allow us to see both servers and storage on a single dashboard.
  • Business continuity. Recovery in a physical server environment is difficult. Our new virtual environment will give us the ability to provide a much higher level of business continuity. We’d like to use SnapMirror to mirror all virtual machine data to a single NetApp NearStore® system. This would give us the ability to recover quickly from any server or storage hardware failure and provide an off-site copy of this data for site recovery.
  • Servers and storage on demand. Our ultimate dream is to create a self-service environment in which engineers can request server and storage resources online and those resources can be immediately provisioned without administrator involvement.

Conclusion

Although we are only partway through our transition, we are already seeing substantial benefits from the virtual environment:

  • Faster provisioning. Because of our rapid growth, it was previously difficult to stay ahead of demand or accommodate unexpected requests. If an engineering project needed a couple additional servers to run some tests, it could take up to four weeks to obtain and configure the necessary hardware. Now we can provision new virtual servers in a matter of minutes.
  • Load balancing. Similar to provisioning, if a physical server became overloaded, a painful and lengthy reprovisioning process was often needed. Today, we regularly monitor VMs for performance issues and quickly add resources using VMware tools as necessary. Should a particular VMware server become overloaded, we can use VMotion® to move virtual machines and rebalance the load with minimal disruption.
  • Improved resiliency. We can now recover more quickly from server/operating system failures. If a physical server suffers a hardware failure, that’s obviously a long process. If a failure occurs on a VM, we can quickly restart it. If a virtual server were to fail, we can quickly restart its load on the remaining virtual servers using VM migration.
  • Decreased downtime. Maintenance features of both VMware and NetApp storage makes it possible for us to perform maintenance without incurring downtime, lessening the impact to engineers.

The net result of all these enhancements is a more flexible, resilient development and test environment that ultimately improves engineer productivity and decreases time to market. Recognizing the advantage of this approach, other NetApp engineering labs are following a similar approach.

The authors would like to extend a special thanks to the entire NetApp Bangalore Engineering Support team, all of whom worked tirelessly to make the project a success! Jim Harrigan, Engineering Support, and Sunita Rao, NFS Product Manager, provided particularly valuable guidance.

Got opinions about VMware and NetApp?

Ask questions, exchange ideas, and share your thoughts online in NetApp communities.

Rick Scherer

John Cherian
Site Manager, Engineering Support
NetApp Bangalore

When John (Middle) joined the Bangalore Engineering Support team as an individual contributor almost five years ago, the team supported just five racks of equipment. As site manager, he has built a 24-member team currently responsible for some 360 racks of equipment. John also played a lead role in evolving Engineering Support Global Technical Operations during last year. He was trained as a medical doctor, but a passion for technology resulted in a switch to IT 12 years ago.

Suresh Kumar
Senior UNIX Administrator
NetApp Bangalore

Suresh (right) has worked as a UNIX administrator for eight years; he worked at HP before joining NetApp a little over two years ago. At NetApp he is focused on the Bangalore engineering data center and has been a key contributor to the COLD project.

George Stephen
Windows Administrator
NetApp Bangalore

George (left) has been with NetApp for the last three years as a Windows administrator. He has focused specifically on virtualization technologies for two years.