Solaris a AIX

Información de migración practica

¿Se está alejando de los equipos Oracle o Sun Microsystems a IBM® System p® servers? ¿Está más familiarizado con las zonas y los LDOM que con los servidores HMC y VIO? Este artículo proporciona consejos prácticos para migrar de Solaris a servidores IBM AIX ® .

Christian Pruett, Senior Systems Administrator, Freelance

Christian Pruett es un administrador sénior con experiencia de sistemas UNIX con más de 14 años de experiencia con AIX, Sun Solaris, Linux y HP/UX en una amplia variedad de industrias, incluyendo la informática, la agricultura y las telecomunicaciones. Es co-autor de dos IBM Redbooks en AIX, ha servido como revisor del libro de UNIX para publicaciones O'Reilly UNIX, y ha trabajado en varios exámenes de certificación de IBM AIX.Vive en Colorado con su mujer y sus dos hijos.Usted puede encontrar a Christian en pruettc@gmail.com.



12-03-2012

La mayoría de sabores de UNIX® y Linux® en el mercado hoy en día son lo suficientemente parecidos que incluso un administrador de sistemas novato puede navegar por los diferentes sistemas operativos con facilidad. Pero cuando usted necesita cambiar de un sistema operativo a otro — se debe a un cambio en la dirección empresarial, mejoras tecnológicas, o ahorros en el costo —haciendo que el cambio pueda ser difícil.

Acrónimos de uso frecuente

  • FTP: Protocolo de transferencia de archivo
  • JFS: Sistema de archivos para registrar en bitácora
  • LPAR: Partición lógica
  • MTU: Unidad de transmisión máxima
  • NFS: Network file system
  • RHEL: Red Hat Enterprise Linux
  • RSH: Shell remota
  • SAN: Red de área de almacenamiento
  • SSH: Shell protegida
  • WPAR: Partición de carga de trabajo

Este artículo analiza la información de migración práctica para el cambio desde Oracle® (la anterior Sun Microsystems) el sistema operativo Solaris y hardware asociado a la plataforma IBM System p ® con el sistema operativo IBM AIX ® . Cubre información clave que los administradores deben saber sobre lo que diferencia a los dos sistemas y muestra cómo se puede empezar a ejecutar con rapidez.

Gestión de sistemas

Lo más básico que un administrador de Solaris debe saber acerca de la gestión de System p hardware es la forma de acceder a los servidores y poner las cosas en marcha. En el mundo Solaris, se hace a través de Advanced Lights Out Manager, Remote System Control, u otras formas de acceso a la consola, para la mayoría de los sistemas AIX, se utiliza el Hardware Management Console (HMC).

El HMC es un sistema autónomo de funciones múltiples que puede interactuar con varias computadoras System p a la vez. Se comunica con el firmware de los servidores a través de un área especial llamada hypervisor, que administra los recursos del servidor. Por medio del HMC, puede asignar la CPU, la memoria, el disco y otros recursos de hardware a LPARs individuales, los cuales sirven como servidores virtuales AIX dentro del host de System p hardware. Además, se pueden compartir o micro-dividir los recursos entre varios LPARs.

Se puede acceder a HMC directamente en la consola o mediante la configuración de conectividad remota, la cual permite la funcionalidad de inicio de sesión dirigiendo un navegador web a una página segura disponible en el HMC.

Comience a configurar su sistema creando una hoja de cálculo con la ubicación de Fibre Channel y las tarjetas de red en función de cada gaveta de rack. Se pueden enchufar los cables en lugares equivocados fácilmente y al iniciar sesión en el HMC se mostrarán las elevaciones de las gavetas de rack o bastidores, por lo que la hoja de cálculo no tiene mucho valor. Para establecer la hoja de cálculo, complete los siguientes pasos:

  1. Iniciar sesión en HMC como hscroot.

    La contraseña predeterminada, si nunca ha iniciad sesión, es abc1234.

  2. En la columna izquierda, amplíe la vista de sistemas de gestión y después el menú de servidores. Hacer clic en el servidor gestionado que tiene que examinar.
  3. Haga clic en el menú Properties .
  4. En la pestaña I/O grabe una lista de todas las tarjetas por gaveta de rack y compárelas con el servidor físicamente, teniendo en cuenta en que elevaciones se encuentran las gavetas de rack en particular.

Gestión de bajo nivel

Una de las primeras tareas que un administrador de sistemas Solaris aprende es a acceder al arranque abierto PROM —también conocido como prompt OK . Este área de bajo nivel del hardware le permite restablecer un sistema interrumpido, arrancar desde un dispositivo específico (como un CD o un arranque de red), o entrar en modo de usuario único. Aunque no existe un equivalente directo en System p hardware, hay una interfaz parecida de bajo nivel conocida como System Management Services (SMS).

SMS es un sistema de menús operados numéricamente que le permite establecer el orden de la lista de arranque (es decir, CD, disco duro, red), ajustar la dirección IP de arranque en la subsección de la carga del programa de inicio remoto de un espacio de reserva de Network Installation Manager (parecido a Solaris Jumpstart), o realizar trabajos de diagnóstico de menor nivel.

Se puede acceder a este menú presionando la tecla F1 o 1 cuando usted encienda una computadora System p o LPAR. Alternativamente, se puede arrancar un LPAR directamente en el menú SMS cambiando el submenú Boot Option a través del HMC cuando se active el LPAR.

Si se encuentra en el SMS y va a arrancar desde un disco, pero tiene varios discos duros correlacionados desde una SAN a través de una serie de adaptadores, los SMS pueden tardar un tiempo importante en probar todas las direcciones de hardware. Para arrancar desde la unidad de disco duro rápidamente, siga los siguientes pasos:

  1. Si corresponde a una arquitectura de arranque SAN, tenga el mapa del administrador de SAN sólo en la raíz del disco del servidor. O seleccione un tamaño único para el disco rootvg, de modo que resalte del resto con facilidad.
  2. Arrancar el sistema dentro de SMS, y abra una ventana de terminal (donde corresponda).
  3. Haga clic en Select Boot Options, después haga clic en Select Install/Boot Device.
  4. Haga clic en Hard Drive y navegue al tipo de disco deseado, o haga clic en List all devices.

El Object Data Manager y la herramienta System Management Interface

En el mundo Solaris, todo es rastreado a través de los archivos planos.La creación de redes está cubierta por archivos como /etc/defaultrouter, /etc/netmasks, y /etc/hostname.bge0.Los paquetes de Software son seguidos a través de la vía de acceso del directorio /var/sadm/install, y los sistemas de archivos son correlacionados a los archivos del dispositivo como /dev/dsk/c0t0d0s0 con /etc/vfstab. Existen algunos sistemas para la administración operados por menús, pero herramientas como admintool están limitadas en ámbito y funcionalidad.

AIX utiliza una base de datos especializada parecida a la de Windows® Registry llamada Object Data Manager (ODM).El ODM retiene información sobre las mismas tareas anteriormente mencionadas generalmente administradas por los archivos planos en Solaris. Aunque no se edita a través de vi o editores basados en texto, ODM está controlado por varios comandos de alto nivel que añaden rutas, detectan nuevo hardware, y así sucesivamente.

Uno de los modos más sencillos de interactuar con los ODM y administrar el servidor es a través de la herramienta System Management Interface (SMIT). Este robusto sistema de menús le permite hacer de todo, desde apagar el servidor hasta cambiar la configuración de ajuste. Escribiendo smit o smitty en un comando shell, SMIT le permite realizar tareas comunes y, más importante, aprender las instrucciones de línea de comandos (presionando F6 para visualizar los comandos ejecutados por detrás los escenarios). También se encuentran disponibles rutas de acceso rápido para especificar comandos, como utilizando smitty shutdown para apagar el servidor, se puede determinar estas rutas de acceso rápido presionando la tecla F8.

No todo se gestiona por medio de ODM o SMIT, sin embargo. Todavía hay muchos archivos planos que los dos sistemas operativos tienen en común, tales como/etc/passwd, /etc/group, y /etc/hosts, y que usted puede modificar directamente. Pero las diferencias sutiles existen, como /etc/shadow frente a /etc/security/passwd o /etc/nsswitch.conf en lugar de /etc/netsvc.conf. Desafortunadamente, no hay ninguna regla general en cuanto a qué archivos son idénticos entre los dos sistemas operativos o los que los ODM no pueden cubrir, así que asegúrese de tomar notas y comprobar los recursos online para aprender las diferencias entre los archivos.

Prácticas con SMIT

Dentro de los menús SMIT, ayudan a saber lo que significan las solicitudes y como seleccionar los elementos. Un asterisco (*) significa que un campo es necesario. Un signo más (+) significa que se puede pulsar F4 para ver la lista de opciones. Si desea buscar a través de las opciones, pulse la tecla de barra (/) para buscar elementos por palabras clave, o pulse F7 para seleccionar varias opciones. Por ejemplo, para crear un usuario con SMIT, realice los pasos siguientes:

  1. Como raíz, escriba smitty mkuser.
  2. Proporcione al ID de usuario un nombre en el campo User NAME .
  3. En el campo Group SET pulse F4, a continuación utilice la tecla F7 para seleccionar el personal y los grupos lp.
  4. En el campo HOME Directory , proporcione al ID de usuario una ubicación de directorio de inicio diferente.
  5. Pulse F6 para ver el comando que se ejecutará.Pulse F3 para volver, Después pulse la tecla Intro para ejecutar el comando.
  6. Pulse F10 para salir de SMIT, y establezca la contraseña de usuario mediante la ejecución del control del dispositivo passwd $USER.

.

Otra virtud de AIX es su capacidad para detectar y administrar dispositivos con facilidad.Con Solaris, determinar qué dispositivo se corresponde con algo como /ssm@0,0/pci@1c,700000/pci@1/SUNW,isptwo@4 (scsi) resulta a veces complicado.O, si usted tiene el conjunto de controladores de dispositivos equivocado instalado, ejecutar devfsadm Puede que no configure el adaptador de Fibre Channel que está tratando de instalar.

En AIX, el comando cfgmgr detecta cualquier dispositivo de hardware presente en el sistema e incluso le dice que controladores de dispositivo pueden faltar. Un conjunto común de comandos, como lsdev, lscfg, y lsattr, proporciona información sobre los dispositivos instalados en idioma inglés, información de configuración de base y cualquier atributo o conjunto ajustable para los dispositivos. Los dispositivos pueden aparecer en uno o dos estados — disponible o definido — que indica si el dispositivo se puede utilizar.Toda esta información es rastreada en el ODM, donde persiste en los reinicios y se pueden trasladar fácilmente.

Prácticas con el control de dispositivos

AIX crea a menudo dispositivos lógicos que apuntan a los ejemplares físicos.Por ejemplo, un adaptador Ethernet de ent0 tiene el dispositivo lógico de puente en0 desactivado. Esto se hace, porque a pesar de una configuración del tamaño de MTU controla los aspectos físicos del sistema, una dirección IP no cambia físicamente el adaptador. Por ejemplo, para comprobar un dispositivo de Fibre Channel para los dispositivos padre-hijo y los valores de configuración, siga los siguientes pasos:

  1. Ejecutar lsdev –C | grep fcs para ver todos los dispositivos Fiber Chanel del sistema.
  2. Observe el campo (tercero) de dirección, y seleccione uno de los adaptadores.
  3. Ejecutar lsdev –C | grep $ADDR, sustituyendo el campo de dirección para ver los dispositivos hijo.
  4. Ejecutar lscfg –vl $FCS para obtener el número mundial del adaptador.
  5. Ejecutar lsattr –el $FSCSI para ver las opciones ajustables del dispositivo.

Software y patching

Solaris divide su software de sistema operativo y de gestión de parches en dos grandes niveles: versiones y clusters de parches. Estos niveles se basan en los niveles kernel del sistema y los subconjuntos de paquetes de software.Por el contrario, AIX se divide en cuatro niveles de sistema operativo principal: versión, release, nivel de tecnología (TL), y el Service Pack (SP). Versión y release están más comúnmente relacionados en nombre de AIX, como AIX 7.1. Los TL son los grandes lanzamientos del sistema operativo que han sido actualizados, y los SP contienen actualizaciones menores. Ejecutar un comando como oslevel –s identifica un código como 6100-04-05-1015, que muestra que este servidor es AIX 6.1, TL 04, SP 05.

Cada componente de software instalado en AIX es comúnmente llamado fileset, aunque la palabra paquete se utiliza cuando se habla de un paquete Red Hat Package Manager compilado de Red que se puede instalar en AIX.Estos conjuntos de archivos se reúnen en grandes productos de programas bajo licencia que se puede mantener individualmente en el servidor, al igual que una instalación de IBM DB2. ®. Pero usted puede ver una parte del software registrado con el ODM utilizando el comando lslpp , verificar el nivel de todos los archivos asociados.

Prácticas con patching

IBM a veces publica Authorized Program Analysis Reports (APARs) que solucionan errores en particular.Se pueden ver APARs utilizando el comando instfix pero este comando también tiene una segunda función: Le dice si faltan conjuntos de archivos específicos de un determinado TL. Siga este procedimiento en un servidor una vez instalados los últimos conjuntos de archivos del sistema operativo:

  1. Verificar el nivel del sistema operativo del servidor ejecutando oslevel –s.
  2. Ejecutar el comando instfix –i | grep ML para determinar si faltan conjuntos de archivos en algún TL.
  3. Ejecutar el comando instfix -i | grep _SP para determinar si faltan conjuntos de archivos en algún SP.
  4. Si faltan conjunto de archivos en algún TL o SP, ejecutar instfix -icqk $TL | grep :-: para ver que conjuntos de archivos faltan.

Sistemas de archivos

Me suspendieron la primera vez que comencé a aprender Solaris y he oído que de forma prefabricada, se podían hacer un máximo de siete sistemas de archivos (porciones) por disco y que una vez que se dividieran los sistemas de archivos, sus tamaños se ajustan bastante bien. AIX es mucho más versátil, en parte porque Logical Volume Manager (LVM) funciona.

La Figura 1 muestra una serie de discos con pequeños cilindros.Un cilindro, etiquetado Volumen Físico, tiene una cuadrícula dibujada en el que representa a las particiones físicas individuales (PP). Por encima del volumen físico (PV), otros tres cilindros se agrupan a través de una elipse, que muestran como juntos representan un grupo de volúmenes (VG). Un rectángulo que atraviesa los tres discos muestra un volumen lógico (LV) colocado a través de los tres discos.

Figura 1. LVM en el disco
LVM en el disco

En AIX, los discos — conocidos como PV — se dividen en pequeños bloques homogéneos de almacenamiento llamados particiones físicas. Estos PV se reúnen lógicamente en VG, dentro de los VG, los LV se establecen a través de conjuntos de PP para construir la estructura dentro de los PV. Si no hay duplicación de discos, pueden que estén correlacionados a un LP que apunta a dos o más PP. Entonces, un Enhanced JFS (JFS2) se establece en el LV, rastreado con el archivo /etc/filesystems automáticamente, y listo para usar. Una vez montados, pueden crecer, disminuir o modificarse dinámicamente, y añadir más espacio al VG es tan simple como añadir otro PV. Esto es parecido a la forma en que Veritas Volume Manager puede proporcionar herramientas de gestión de discos, pero viene integrado con el sistema operativo AIX sin cargo adicional.

A pesar de que Solaris le permite personalizar el diseño de su sistema de archivos, incluso yendo tan lejos como teniendo un sistema de archivos raíz que contiene todo, AIX viene con varios sistemas de archivos predeterminados para una mayor granularidad: /, /usr, /var, /tmp, /home, /opt, and /admin. Sin embargo, en AIX, el sistema de archivo /tmp no es lo mismo que una memoria virtual o intercambiable. Por el contrario, tal memoria se administra a través del espacio de paginación, la cual reside en uno o más LV independientes.

Prácticas con el sistema de archivos

El comando AIX grep tiene un distintivo interesante –p¬ que le permite buscar información según los párrafos en lugar de sólo por líneas. Este distintivo es útil cuando se busca a través del archivo /etc/filesystems para obtener información específica del sistema de archivos, ya que empuja sólo las stanzas que pertenecen al sistema de archivo que desea examinar. Intente el procedimiento siguiente:

  1. Seleccionar un sistema de archivo como /home, y utilice grep –p para reunir la información fuera de /etc/filesystems.
  2. Examine el mismo sistema de archivo con el comando lsfs para ver qué información es parecida y diferente entre él y la salida grep .

Gestión de servicios

Con la llegada de la versión más reciente del sistema operativo, Solaris 10 tomó una página del libro de como otros sistemas operativos como Linux gestionan los servicios y creó el Service Management Facility. Utilizando comandos como svcs y svcadm, este concepto se contrató para gestionar cosas como inetd y NFS con simples directivas de inicio y parada.

AIX usa el System Resource Controller (SRC) para conseguir el mismo objetivo.Este daemon, srcmstr, que comenzó con el archivo /etc/inittab en el momento del arranque, controla varios servicios dividiéndolos en grupos, subsistemas, y sub-servidores. Por ejemplo, el grupo contiene el subsistema inetd , que gestiona el sub-servidor Telnet.

La Figura 2 representa una serie de círculos concéntricos que ilustran la jerarquía de grupos, subsistemas y sub-servidores srcsmstr . El circulo más grande esta etiquetado con el proceso comprendido srcmstr . Bajo eso, como un ejemplo, está el grupo tcpip.Dentro de eso está un circulo etiquetado subservers, el cual tiene algunos de los sub-servidores tcpip, como snmpd y en el nombrado. Por último, el circulo innermost tiene subsistemas de inetd, incluyendo Telnet, FTP, y RSH.

Figura 2. El srcmstr en acción
El srcmstr en acción

Estos grupos individuales se pueden encontrar en los archivos de configuración in /etc, por lo general con un prefijo rc. , con una entrada correspondiente en el inittab o algo llamado desde el inittab, como /etc/rc.tcpip, administrando los servicios se acaban de describir.

Sin embargo, desde que AIX 5.1 salió, también es posible iniciar y detener algunos servicios y aplicaciones parecidas al modelo System V utilizado en las versiones anteriores de Solaris. Se puede utilizar la estructura del directorio /etc/rc.d para poner en los archivos de S y K a los distintos niveles de ejecución enumerados para subir o bajar procesos.Pero AIX no se adhiere tan estrictamente al modelo de nivel de ejecución como Solaris o Linux, por lo que es importante ubicar cualquier scripts de inicio y parada en los lugares correctos.

Prácticas con la gestión de servicios

Hay muchas maneras de conseguir su propósito para iniciar los procesos en tiempo de arranque. En el pasado, muchos administradores añadirían una entrada rclocal al inittab para dar inicio a un script /etc/rc.local de fabricación casera para cargar las aplicaciones. Pero desde entonces AIX 5.1, ha hecho posible el realizar su propio servicio de puesta en marcha a través de srcmstr para aplicaciones tales como SSH o Samba mediante la utilización del comando mkssys . Intente el proceso siguiente:

  1. Instalar una aplicación de terceros, como SSH para iniciar o detener los scripts. Observe donde están ubicados los ejecutables.
  2. Utilice el siguiente comando para instalar el daemon SSHD para que se ejecute como raíz, con señales estándar para detener el proceso de(15 para normal, 9 para desactivar), y formar parte del grupo de prueba: /usr/bin/mkssys -s sshd -p /usr/sbin/sshd -u 0 -S -n 15 -f 9 -G test.
  3. Iniciar el subsistema ejecutando startsrc –s sshd.

VIO y WPAR

Recientemente, la virtualización se ha convertido en una palabra de moda en el campo UNIX, con las empresas intentando determinar cómo sacar el mayor provecho de su dinero. En Solaris, este empuje condujo a la introducción de la tecnología de zona, donde un servidor de zona global tendrá varias zonas por debajo que contienen sus propias micro-particiones ejecutándose como servidores independientes. Las desventajas de esta tecnología incluyen cómo las zonas utilizan el espacio de disco de la zona global ellas mismas, y los sistemas operativos tienen que estar al mismo nivel, con cualquier patching que garantice un reinicio que afecte a todas las zonas.

En AIX, virtual E/S (VIO) amplia esta idea. La premisa principal de la tecnología VIO es crear servidores específicos en una parte de System p hardware que agregan y utilizan los recursos esenciales de red y disco, sirviendo a todos los servidores AIX en una función de paso a través. Con VIO, los LPAR individuales pueden estar todos a diferentes niveles de sistema operativo pero utilizar los recursos Fiber Channel, SCSI y Ethernet al mismo tiempo. La compilación de dos servidores VIO en el mismo System p hardware puede proporcionar redundancia en caso de que uno de los componentes falle.

La Figura 3 representa dos conjuntos de entornos informáticos, lo que ilustra las zonas Solaris y AIX VIO. En el lado de las zonas Solaris, se puede ver cómo los servidores se retienen por la zona global, y esa interrupción del servicio hará que todos los recursos no estén disponibles. En el lado de AIX VIO, usted puede ver cómo los servidores VIO actúan como un paso a través de las LPAR y que una interrupción de servicio en un servidor VIO no afectará a la arquitectura más grande. De forma parecida, está claro cómo las LPAR puede estar en distintos niveles del sistema operativo, a diferencia de las zonas Solaris.

Figura 3. Las zonas Solaris frente a AIX VIO
Las zonas Solaris frente a AIX VIO

Al igual que en las zonas, IBM introdujo WPARs en AIX 6.1, lo que permite la creación de mini-servidores que se ejecutan bajo los auspicios de un sistema más grande. Pero estos WPAR también pueden configurarse para atravesar múltiples servidores AIX a través de System p hardware en vez de quedar atrapado en una parte del equipo.

Practicas con VIO

Se utiliza un superusuario especializado, Padmin, para la mayoría de los aspectos de la instalación de los servidores VIO.Sin embargo, a pesar de que los comandos disponibles para el usuario padmin parecen iguales que muchos de los comandos de usuario de nivel de raíz, a menudo tienen un gran distintivo o estructura de palabra diferente. Realizar los siguientes pasos:

  1. Iniciar sesión como padmin, y ejecutar el comando help lsdev . Observe los distintivos que están disponibles.
  2. Convertirse en una raíz mediante la ejecución de oem_setup_env (tenga en cuenta que usted no utilizará el comando estándar su ).
  3. Ejecutar man lsdev, y verificar los distintivos disponibles. Compare los distintivos entre estos dos comandos: Tenga en cuenta que padmin es mucho más detallado.

Conclusión

A pesar de escoger otro sistema operativo necesita tiempo para aprender todos sus matices y detalles, este artículo proporciona la formación para que los administradores de Solaris estén más relajados a la hora de migrar a servidores AIX. Ahora debe tener la base del nivel para ayudarle a entender los conceptos clave y las principales diferencias entre los dos sistemas operativos.

Recursos

Aprender

Obtener los productos y tecnologías

  • Pruebe el software IBM gratuitamente. Descargue una versión de prueba, inicie sesión una prueba online, trabaje con un producto en un entorno de recinto de seguridad, o acceder a ella a través de la nube. Escoja entre más de 100 productos de prueba IBM.

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Industries
ArticleID=800884
ArticleTitle=Solaris a AIX
publish-date=03122012