El siguiente gráfico muestra la arquitectura.

Me parece una solución buenísima, puesto que, con la importancia del correo electrónico hoy en día es vital tener una disponibilidad cercana al 100%, ya que un día sin correo electrónico se traduce en cuantiosas perdidas en función del tamaño de la organización además de dar una muy mala imagen.

Esta es una alternativa a disponer de un cluster Exchange interno en la organización, incluso con alguna ventajas, por ejemplo, en caso de caída de las líneas de Internet, los usuarios que se encuentren fuera de la organización seguirían disponiendo del servicio.

Aquí os dejo un video con el funcionamiento del servicio:

Información de características y precios aquí.

De forma muy básica, los tipos de replicación entre CPD que se pueden realizar los podríamos clasificar de la siguiente manera:

• Replicación.
  • Replicación síncrona, por lo tanto en ambos CPD existirá la misma información replicada en tiempo real. Esta replicación se suele hacer utilizando el software de replicación de las cabinas de almacenamiento. Para esto, es imprescindible disponer de unas comunicaciones con mucho caudal de ancho de banda y una baja latencia.
  • Replicación asíncrona,  la replicación se hace a intervalos horarios establecidos, generalmente en horas en los que las líneas de comunicaciones están más descargadas.
• Recuperación.
  • Recuperación automática, con la utilización de tecnologías se automatiza el levantamiento del CPD de respaldo con la mínima labor administrativa posible. La configuración y programación de cualquier recuperación automática es muy compleja puesto que conllevan múltiples cambios. Un ejemplo es Vmware Site Recovery Manager (SRM).
  • Recuperación manual, en caso de fallo del CPD principal, es necesario de realizar múltiples operaciones manuales para la puesta en producción del CPD de respaldo, principalmente se llevan a cabo las mismas tareas que en la recuperación automática salvo que se realizarían todas ella a mano lo que conlleva un tiempo de recuperación mucho mayor.

En conclusión, dentro de las necesidades de cada organización y encajando económicamente, es fundamental tener un plan de respaldo probado ya que las catástrofes no pueden ser planificadas.

A mi entender, el objetivo de Google con este SO no es hacerse con todo el mercado del los SO (que si lo consiguen bienvenido sea para ellos) si no forzar a todo el mundo a utilizar aplicaciones en la nube y así llevarnos a todos a su terreno. Microsoft siempre apostó por una solución mixta (local e internet) y no parece que tengan pensado moverse, pero, si esta iniciativa de Google tiene éxito no les quedará más remedio que seguir la tendencia.

¿Que os parece a vosotros que pretende Google?

Estas “excusas” pueden ser rebatidas con los siguientes argumentos:

• Pérdida del control. Es indiferente donde se encuentran los servidores, ya que siempre es necesario alguien que lidere el plan de sistemas de la organización. Desde el punto de vista de los administradores, hoy en día no es necesario tener las máquinas a unos metros para poder administrarlas, estandos a cientos o miles de kilómetros la administración puede realizarse exactamente igual despreocupándose de los posibles fallos hardware ya que está tarea será responsabilidad de quien aloje los servidores.
• Seguridad de la información. Montar un CPD que cumpla con todos los requisitos de seguridad necesarios es muy costoso para empresas pequeñas e incluso medianas, por tanto, los servidores y la informació siempre estarán más seguros en un CPD el cual dispondrá (o debería) de sistemas de control de acceso y videovigilancia, extinción de incendios, climatización redundante, etc.

Cada caso es diferente y seguramente existan muchas buenas soluciones para cada uno (externalizando o no) simplemente es analizar las necesidades y los costes, los pros y los contras y de ahí sacar conclusiones.

Con el “Cloud Computing” ocurre algo similar, cualquier servicio y aplicación pertenece al Cloud Computing y para mi es cierto, pero siempre fué así, ya que (en mi opinión) estrictamente define lo que es Internet, el uso de recursos que se encuentran en otra ubicación. Anteriormente los servicios erán más básicos (correo, páginas web, ftp, etc) y cada vez existen aplicaciones más complejas como ERPs, CRMs, juegos, etc.

En resumen CLOUD COMPUTING = INTERNET de siempre.

¿ Estáis de acuerdo conmigo? ¿como lo definiríais?

Mi enfoque siempre será desde el punto de vista de la productividad puesto que a mi entender la informática (la tecnología en general) es un medio para conseguir un objetivo y no un objetivo en si

Nuevo sistema operativo basado en Ubuntu y diseñado para ejecutarse en ordenadores con pocos recursos. Está pensado para funcionar mayormente con aplicaciones Web, de hecho vienen pre instalados iconos a la mayor parte de aplicaciones de Google, entre otros como Wikipedia o Facebook, aunque también viene con algunas aplicaciones pre instaladas como OpenOffice o Skype.

En Walmart se vende un ordenador llamado gPC con este sistema operativo preinstalado y a un precio muy bueno, 200$.

Se puede descargar (descargas gOS) tanto la ISO para grabar en CD como una máquina virtual para arrancar directamente desde VMWare.

Como todos ya sabréis, Windows Longhorn ya tiene como nombre definitivo Windows Server 2008. Las novedades más importantes son:

1. Server Core, esto es el sistema operativo con lo totalmente imprescindible, incluso prescindiendo del entorno gráfico.
2. PowerShell, una shell muchísimo más potente a la actual, tipo UNIX.
3. Windows Server Virtualization, tan de moda hoy en día y cada vez más, la virtualización de Servidores.
4. Parallel Session Creation, hasta W2K3 la creación de las sesiones de Terminal Server se creaban de forma secuencial, en W2K8 se pueden llegar a crear hasta 4 sesiones simultaneas de Terminal Server, algo muy util ya que en la actualidad se creaban cuellos de botella.
5. The self-healing NTFS file system, ya no será necesario reiniciar en caso de una corrupción en el sistema de ficheros, en W2K8 habrá un servicio encargado de monitorizar en busca de fallos en el sistema de ficheros y en caso de encontrar algún problema repararlo.

Cuando el servidor de licencias Citrix de una organización no se encuentra disponible por el motivo que sea, los servidores Presentation Server continúan funcionando durante 30 días. Pasado este tiempo se dejan de aceptar conexiones.

Mucha gente piensa que en estos casos, la información de las licencias se guarda en el Data Collector o en la Local Host Cache de cada servidor. En realidad se encuentra en un fichero de texto llamado mps-wsxica_mps-wsxica.ini que se encuentra en “archivos de programa\citrix”.

Este fichero contiene el número, tipos y la fecha de caducidad de las licencias que se almacena en la base de datos del servidor de licencias. El fichero se encuentra en texto plano y es similar al .lic que se descarga de la Web de Mycitrix.com.