Laboratorio doméstico para un Arquitecto de Sistemas

He recibido alguna consulta, acerca de cual sería el equipamiento necesario para un laboratorio de corte domestico, de alguien que quiera dedicarse a la arquitectura de sistemas.

Bien, lo primero es definir que entiendo por arquitecto de sistemas y es básicamente aquella persona con conocimientos de las principales técnicas y tecnologías necesarias para implementar de la mejor manera posible un sistema informático. Como podéis ver la definición es muy amplia y es que esta disciplina englobaría conocimientos de:

  • Sistemas operativos.
  • Almacenamiento.
  • Redes.
  • Seguridad.
  • Técnicas de tolerancia a fallos y alta disponibilidad.
  • Virtualización.
  • Green IT
  • Etc.

A pesar de lo amplio de la lista anterior, hoy en día es posible montar un laboratorio decente, con muy poca inversión, como todo a más medios mejor será nuestro laboratorio.

Para mi el mínimo imprescindible sería:

Hardware:

  • Un  equipo con al menos 8GB de RAM, 4 tarjetas de red y un buen H.D., para usar como plataforma de virtualización. Aunque hoy por hoy podemos encontrar equipo portátiles con esa capacidad, prefiero un equipo que soporte varios discos a fin de configurar raids que mejoren el desempeño de la plataforma. Imprescindible que la CPU del equipo soporte virtualización.
  • Un segundo equipo con 4GB de RAM y 4 tarjetas de red.
  • 2 Switches gestionables con soporte para LACP, VLans, etc.

Software:

  • Software de virtualización (VMWare, XEN, Hyper V, etc..). Personalmente en mi laboratorio suelo usar VMWareESXi como plataforma base.
  • Balanceadores de carga: Existen appliance  para máquinas virtuales de diferentes fabricantes (como f5), que ofrecen versiones trial limitadas, pero funcionales de equipos de balanceo de carga. Otra opción sería implementarlos con software libre.
  • Proxys: Al igual que con los balanceadores, existen máquinas virtuales que emulan el funcionamiento de estos dispositivos físicos y que nos permitirán simularlos, sin necesidad de tener acceso a uno físico.
  • Cortafuegos: Además de los sistemas que se pueden montar basados en software libre, existe la opción de descargar versiones trial de gran cantidad de software (Checkpoint, Stonegate, etc.)
  • Routers: Cualquier Linux, Unix nos permitirá implementar un Router. También existe software de simulación como GNS3 que puede ayudarnos en esta tarea.
  • Sistemas Operativos: Imágenes de diferentes sistemas operativos para montaje de maquetas.
  • Software SAN con soporte para iSCSI: Una SAN, puede montarse con software OpenSource, por ejemplo Openfiler.

 

 

 

 

En mi caso mi laboratorio tiene el siguiente equipamiento:

Hardware:

  • Un equipo con 8GB de RAM, 4 tarjetas de red y 4 TB de almacenamiento en un equipo de este tipo (me importaba el bajo consumo, aunque supusiese sacrificar rendimiento) como este.

  • Un segundo equipo con 4GB de RAM y 4 tarjetas de red con Linux.
  • 1 Mac Mini con 4GB de RAM  y VMware Fussion.
  • 1 Mac Book con 4GB de RAM.
  • 1 NetBook con 2 GB de RAM .
  • 3 Switches gestionables con soporte para LACP, VLans, etc. Del fabricante Cisco(Un 2960 y dos 2950).
  • Un HP Procurve 2624
  • Varios Access point con soporte para openwrt (son bastante baratos)
  • Un dispositivo de balanceo de carga con soporte para 4 proveedores de acceso.
  • Una NAS con capacidad para 2 TB en raid 1.
  • Varios routers cisco de la familia 26xx,25xx y 18xx
  • Un Juniper SSG5 y un CISCO ASA 5505 como firewalls.

Software:

  • Software de virtualización (VMWare, XEN, Hyper V, etc.). Mi plataforma base es el ESXi.
  • Balanceadores de carga: Trabajo con software libre y appliance virtuales cuando los hay. También con acceso remoto a equipos cuando es necesario y tengo la oportunidad.
  • Proxys: Al igual que con los balanceadores, existen máquinas virtuales que emulan el funcionamiento de estos dispositivos físicos y que nos permitirán simularlos, sin necesidad de tener acceso a uno físico.
  • Cortafuegos:  Además de con Linux es posible hacer cosas bastante interesantes con FreeBSDS y OpenBSD.
  • Sistemas Operativos: Imágenes de diferentes sistemas operativos para montaje de maquetas.

Cuando se trata de software comercial es habitual que algunos fabricantes ofrezcan software en modo trial para evaluación (Checkpoint, Stonegate).

  • Routers: Los Routers software suelo implementarlos con Linux o FreeBSD, también es de ayuda GNS3.
  • SAN: Este apartado lo resuelvo con una máquina virtual con OpenFiler.

Cosas que me faltan:

Pues como suele pasar con estas cosas, me faltan tantas como quiera, pero siendo razonables y teniendo en cuenta que se trata de un laboratorio eminentemente domestico y personal, creo que con una segunda unidad del microserver y un dispositivo NAS/SAN con soporte para iSCSI como esta, tendría un laboratorio bastante completo.

1 comentario en “Laboratorio doméstico para un Arquitecto de Sistemas

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.