Tag: Cluster

Configurando DAG en Exchange 2010

Una de las novedades y ventajas que nos ofrece Exchange 2010 es la posibilidad de disponer de un sistema de alta disponibilidad de una forma sencilla, siendo fácil de implementar, en cualquier momento y sobre todo la sencillez de administración. Se basa mediante la implementación de DAG o Database Availability Group, montando una réplica de las bases de datos entre los diferentes servidores de Buzón (o en el mismo equipo si disponemos en el mismo servidor de todos los roles), así que con esto se sustituyen los antiguos clúster de Exchange 2007, SCR y LCR; y por lo tanto ahora necesitaremos simplemente dos servidores y no tres o más como se requerían en Exchange 2007!

Configurant una cabina HP Lefthand

En aquest document es vera certes configuracions generiques que permeten aquestes cabines SAN d'HP anomenades HP Lefthand, aquest cas està realitzat mitjançant unes cabines virtuals sota un entorn VMware, ja que permeten treballar perfectament en un entorn de laboratiori molt més flexible. HP disposa de diversos models de cabines Lefthand físiques, totes amb el mateix sistema, però amb diferents capacitats, models de disc, boques ethernet… serien la sèrie HP LeftHand P4500 i HP LeftHand P4300. Però també per a entorns de producció disposa de la cabina virtual HP LeftHand P4000 Virtual SAN Appliance o VSA. En aquest document veurem les principals característiques de les cabines, com són l'Storage clustering (dóna major rendiment i capacitat), Network RAID (major disponibilitat de les dades), Thin provisioning (redueix costos i millora la utilització de la capacitat dels discos), iSCSI (tecnologia de xarxa Ethernet) Snapshots i Replicació mitjançant Remote Copy (per a replicació local […]

Configurant Microsoft Exchange 2007 amb SCC (Single Copy Cluster) a Windows Server 2008

En aquest document, veurem com muntar un clúster d'alta disponibilitat per al nostre servidor de correu Microsoft Exchange 2007 Server amb el sistema operatiu Microsoft Windows Server 2008, en aquest cas muntarem un sistema de clúster anomenat SCC (Single Copy Cluster o Clúster de Copia Única). En aquest anterior document es descriuen la resta de possibilitats que tindríem, ens pot interessar més un sistema que un altre (http://www.bujarra.com/?p = 2362). Com es va comentar anteriorment, SCC és el clúster que podem conèixer d'edicions anteriors de Microsoft Exchange, és un sistema de clúster de commutació per error d' emmagatzematge compartit, això és, tindrem diversos nodes amb la 'Funció de bústies' un d'ells estant actiu i la resta passius. L' emmagatzematge ha de ser compartit, les bases de dades han d' estar en una cabina o un sistema d' emmagatzematge remot, sea iSCSI, fibra... Quan el node actiu falli, un dels nodes en estat passiu […]

Diferentes tipos de alta disponibilidad de Microsoft Exchange 2007 (CCR, SCC, LCR y SCR)

Bo, tras mucho tiempo out, con mucho trabajo, tuve tiempo para mirarme y pelear con los diferentes tipos de alta disponibilidad que nos da Microsoft Exchange 2007 a fecha de hoy. A diferencia de Microsoft Exchange 2003, esta versión, trae más posibilidades para tener una alta disponibilidad de nuestro servidor de correo, disponiendo de diferentes métodos, unos más económicos que otros y más o menos complejos. En principio disponemos de: CCR (Cluster Continuous Replication o Replicación Continua en Clúster) SCC (Single Copy Cluster o Clúster de Copia Única) LCR (Local Continuous Replication o Replicación Continua Local) SCR (Standby Continuous Replication o Replicación Continua en Espera)

Creant un clúster d'alta disponibilitat a Microsoft Windows Server 2008

Després de veure un document de com crear l'emmagatzematge compartit per a un clúster, per què no crear-ne un? Bo, el procés és semblant a Windows 2003, ara ho farem per a Windows 2008, un clúster nou, i serà per a un servidor de fitxers, de tipus failover clustering, el procés per a un altre tipus de clúster és semblant. Amb això aconseguirem alta disponibilitat, que si se'ns cau un dels servidors (node) no passi res, ja que hi ha altres nodes que poden agafar els recursos i aixecar els serveis perquè els usuaris puguin treballar pràcticament sense notar la caida del node contra el qual estaven treballant. També comentar que el manteniment d'un clúster és costós, això és, tindrem sempre en compte que ambdós servidors tindran les mateixes aplicacions instal·lades, de la mateixa manera i amb les mateixes versions, tot això per evitar problemes futurs. A més és recomanable balancejar el clúster […]

Balanceig de connectivitat a Fortigate

Si queremos configurar el firewall para cuando se caiga una conexión de internet que salga con otra de forma automática y los usuarios “casi” no se den cuenta hay que seguir los pasos de este procedimiento. Es aplicable a cualquier Fortigate, lógicamente lo que hay que tener es dos conexiones de diferentes proveedores en la organización, por ejemplo podemos tener Timofonica en la WAN1 y Güanadú en la WAN2, por si se cae la conexión de Timofonica (algo bastante frecuente) que se levante la conexión que tenemos con Güanadú.

Balanceo de Citrix WI y PNA con NLB: Configuración de grupos Web Interface y Program Neighborhood Agent para balanceo con Network Load Balancing

Este documento es bastante util si lo que tenemos es varios servidores con el servicio Web Interface o con el Agente del Program Neighborhood y lo que queremos es hacer un balanceo entre ellos, es decir si uno de los servidores se cae o lo apagamos que no haya que hacer nada en los PC’s de los usuarios para que sigan trabajando con normalidad. Para ello habrá que configurar en los servidores que tienen W.I. un clúster con NLB, és a dir, crear una dirección IP “virtual” a la que se conectarán los clientes y esta dirección IP “virtual” se conectará a los host que estén levantados, a un servidor o a otro; tanto para W.I. cómo para PNA.