Tag: Cluster

DAG Exchange-n ezartzea 2010

Exchange-k eskaintzen dizkigun berritasun eta abantailaetako bat da 2010 alta eskuragarritasun sistema bat modu erraz batean izateko aukera izatea, erraz ezartzeko modukoa izanik, uneko edozein momentutan eta, batez ere, administrazioaren erraztasuna. DAG edo Datu-baseen Eskuragarritasun Taldearen inplementazioaren bidez oinarritzen da, Buzón zerbitzarien artean datu-baseen erreplika bat muntatuz (edo taldea bera bertan, betetako rol guztiak zerbitzari berean baditugu), horrela Exchange zaharretako klusterak ordezkatzen dira 2007, SCR eta LCR; eta beraz, orain soilik bi zerbitzari beharko ditugu, ez hiru edo gehiago Exchange-n behar ziren bezala 2007!

HP Lefthand kabina bat konfiguratzen

Dokumentu honetan HP Lefthand deitutako SAN kabina hauek ahalbidetzen dituzten konfigurazio generiko batzuk ikusiko ditugu, kasu hau VMware ingurune batean oinarritutako kabina birtual batzuekin egin da, laborategi ingurune batean oso malgutasun handiagoa dutelako ondo lan egiteko aukera ematen dute. HPk hainbat Lefthand kabina fisiko modelo ditu, denak sistema berearekin, baina ahalmen ezberdinekin, disko modeloak, Ethernet portuak… HP LeftHand P4500 eta HP LeftHand P4300 serieak izango lirateke. Baina produkzio inguruneetarako, HP LeftHand P4000 Virtual SAN Appliance edo VSA birtual kabina ere badago. Dokumentu honetan kabinen ezaugarri nagusiak ikusiko ditugu, hala nola Storage clustering (errendimendu eta ahalmen handiagoa ematen du), Network RAID (datuen eskuragarritasun handiagoa), Hornikuntza mehea (kostuak murriztu eta diskoen gaitasunaren erabilera hobetu), iSCSI (Ethernet sare teknologiak) Instantzia eta Errepikapena Remote Copy bidez (tokiko errepikapenerako […]

Microsoft Exchange konfiguratzen 2007 SCC-rekin (Kopia Bakar Klustrea) Windows Server-en 2008

En este documento, ikusiko dugu nola muntatu abiadura handiko cluster bat gure Microsoft Exchange posta zerbitzarirako 2007 Server Microsoft Windows Server sistema eragilea duen 2008, kasu honetan SCC izeneko cluster sistema bat muntatuko dugu (Single Copy Cluster o Clúster de Copia Única). Aurretik dokumentu honetan deskribatzen dira gainerako aukerak izan ditzakegunak, bat sistema bestea baino gehiago interesatu ahal digu (http://www.bujarra.com/?p=2362). Nola aurrerago aipatu zen, SCC da Microsoft Exchange-ren aurreko edizioetatik ezagutu dezakegun klusterra, konpartitutako biltegiratzean huts egiterakoan aldatzeko kluster sistema bat da, hau da, tendremos varios nodos con la 'Función de buzón' uno de ellos estando activo y el resto pasivos. Biltegiratzea partekatu behar da, Datu-baseak kabina batean edo urruneko biltegiratze sistemaren batean egon behar dira, iSCSI izan daiteke, fibra... Cuando el nodo activo falle, uno de los nodos en estado pasivo […]

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

Onena, 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)

Creando un clúster de alta disponibilidad en Microsoft Windows Server 2008

Kluster baterako biltegiratze partekatua nola sortu erakusten duen dokumentu bat ikusi ondoren, zergatik ez sortu bat? Onena, prozesua Windows-ena bezalakoa da 2003, orain Windows-erako egingo dugu 2008, kluster berri bat, eta fitxategi zerbitzari baterako izango da, failover clustering mota batekoa, beste kluster motarako prozesua antzekoa da. honekin eskuratuko dugu alta eskuragarritasuna, zerbitzarietako bat jausten bada (nodo) ez da ezer gertatuko, beste nodo batzuk daudelako baliabideak hartu eta zerbitzuak altxatzeko aukera ematen dute, erabiltzaileek ia ez dutela ohartuko haien lan egin nahi zuten nodoa jausi dela. Era berean, komentatu behar da kluster baten mantentzea garestia dela, hau da, beti kontuan izango dugu bi zerbitzariak aplikazio berberak instalatuak izango dituela, modu berean eta bertsio bereberak erabiliz, horrek guztiek etorkizuneko arazoak saihesteko. Gainera, gomendagarria da klusterraren oreka egitea […]

Configurando un clúster dos o más Fortigate

En este procedimiento se explica cómo configurar dos firewall Fortigate en modo clúster, para alta disponibilidad. Es necesario que ambos firewalls tengan la misma versión de firmware. En mi caso los dos tienen una versión 3, con una built 400. Les he configurado las siguientes características a cada uno:

Balanceo de conectividad en 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ú.

Citrix WI eta PNA-ren balanceoa NLB-rekin: Web Interface eta Program Neighborhood Agent taldeak konfiguratzeko Network Load Balancing-rekin

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, hau da, crear una dirección IP “birtual” a la que se conectarán los clientes y esta dirección IP “birtual” se conectará a los host que estén levantados, a un servidor o a otro; tanto para W.I. cómo para PNA.