http://foro.noticias3d.com/vbulletin/showthread.php?p=3646422

Cita:

Estas seguro??? yo en casa tengo ipfija, pero me da a mi q eso noo se puede, es ms tendra que verlo para creerlo, eso sin contratar una macrolan dudo mucho q se pueda.

Contratar una macrolan? Pero sabes lo que es una macrolan? Me da a mi que no.

La conexin a una IP fija externa puede ser directa o a travs de uno o varios proxies, no se como lo tendr tu empresa pero el hecho de que haya una o veinte MAcroLANs por en medio no tiene nada que ver.

Una MacroLAN no es mas que una conexin VPN entre dos redes locales usadas por empresas, por ejemplo para conectar una sede de Barcelona con otra de Madrid se utilizan las MacroLANs ya sean punto a punto, en anillo o en cualquier otra topologa que se elija.

La conexin externa de tu empresa ir a travs de un gateway contratado a una empresa como Telefnica y la cual estar filtrada por un proxy que tengais en la empresa, para salir a Internet puede que salgas por alguna MacroLAN pero eso no cambia en nada que tengas o no acceso a tu casa, eso se corta a nivel de Firewall/Proxy.

Un escritorio remoto no es mas que una conexin a la IP pblica de tu casa y a un determinado puerto que tu eliges, seguramente el puerto del escritorio remoto est deshabilitado en el proxy y por eso no puedes acceder.

Al igual que las empresas hacen MacroLANs tu te puedes hacer la tuya propia conectando tu trabajo con tu casa mediante una VPN.

CREAR CLUSTERING CON 2003---( http://www.tooltorials.com/node/468#comment-3852http://www.bujarra.com/?p=781http://www.linux-es.org/node/211Sistemas informaticos redundantes

Sb, 23/09/2006 - 12:23 ralfm

En este articulo vamos a ver una introduccion de diferentes tecnicas que se utilizan para que los sistemas informaticos esten disponibles y se puedan acceder incluso cuando alguna parte del sistema falla.

Cuando se tienen sistemas criticos que tienen que estar disponibles y funcionando 24 horas al dia, 365 dias al ao, hay que intentar minimizar los fallos que puedan afectar al funcionamiento normal del sistema. Fallos van a ocurrir, pero existen tecnicas y configuraciones que ayudan a tener sistemas redundantes, en los que ciertas partes pueden fallar sin que esto afecte al funcionamiento del mismo.

En un sistema informatico actual, existen muchos componentes necesarios para que este funcione, cuantos mas componentes, mas probabilidad tenemos de que algo falle. Estos problemas pueden ocurrir en el propio servidor, fallos de discos, fuentes de alimentacion, tarjetas de red, etc y en la infraestructura necesaria para que el servidor se pueda utilizar, componentes de red, acceso a internet, sistema electrico, ....

A continuacion vamos a ir comentando algunas de las tecnicas usadas para obtener sistemas redundantes. El grado de redundancia de un sistema, dependera de su importancia y del dinero que perdamos cuando el sistema no esta disponible por un fallo. No nos merecera la pena invertir en 'redundancia', si la inversion necesaria para tener un sistema redundante cuesta mas de lo que perderiamos en dinero, reputacion y horas de trabajo, si el sistema fallara.

Las tecnicas y configuraciones de las que hablamos a continuacion no son exclusivas de sistemas Linux. Se pueden aplicar en su gran mayoria a otros sistemas operativos y plataformas. Nosotros nos centraremos en Linux por ser el tema principal de "El rincon de Linux".

Redundancia de componentes en el servidor

Los componentes redundantes mas normales en un servidor suelen ser, los discos, las tarjetas de red y las fuentes de alimentacion. Existen servidores con multiples CPUs que incluso siguen trabajando sin problemas con alguna CPU o modulo de memoria estropeado.

Discos

Los discos duros son los dispositivos donde se graban los datos. El fallo mas comun en un servidor es el fallo de un disco duro. Si el servidor tiene solamemente un disco y este falla, fallara el servidor al completo y no podremos acceder a los datos contenidos en el mismo. Existen por ello tecnicas que nos ayudan a minimizar este problema y a que el servidor siga funcionando y no pierda datos incluso cuando falle algun disco duro. Lo mas normal tambien, es que se puedan sustituir los discos que fallan sin necesidad de apagar el servidor (HotSwap)

La tecnica mas comun es la llamada RAID (redundant array of independent disks) [Espaol|Ingles]. Con esta tecnica creamos un conjunto de discos redundantes que nos pueden ayudar, tanto a aumentar la velocidad y el rendimiento del sistema de almacenamiento, como a que el sistema siga funcionando aunque algun disco falle. Existen implementaciones por software y hardware y diferentes configuraciones RAID, siendo las mas comunes RAID1, RAID5 y RAID10.

INCLUDEPICTURE "http://www.linux-es.org/files/img/RAID5.png" \* MERGEFORMATINET

INCLUDEPICTURE "http://www.linux-es.org/files/img/RAID_10.png" \* MERGEFORMATINET Tarjetas de red

La tarjeta de red es el dispositivo que permite al servidor comunicarse con el resto del mundo. Es por ello muy comun que los servidores tengan como minimo 2 tarjetas de red, para garantizar que esta comunicacion no se corte en caso de fallo de una de las tarjetas.

En Linux existe ademas una tecnica llamada 'Bonding", por la cual podemos utilizar 2 o mas tarjetas de red como si fueran un unico dispositivo, sumando las capacidades de las mismas y teniendo redundancia en el caso que alguna de las tarjetas falle.

Fuentes de alimentacion

La fuente de alimentacion es la encargada de proporcionar electricidad al servidor. Tambien es comun que los servidores tengan 2 o mas fuentes de alimentacion conectadas a diferentes sistemas electricos, para garantizar el suministro en el caso que una de las fuentes o uno de los sistemas electricos fallen. Lo mas normal es que se puedan sustituir las fuentes de alimentacion que fallan sin necesidad de apagar el servidor (HotSwap). Otros componentes del sistema como routers, switches, cabinetes de discos, etc suelen utilizar la misma tecnica de redundancia.

Redundancia en el suministro electrico

Todo componente electrico, y un servidor no podia ser menos, necesita un suministro constante de electricidad para funcionar. Fallos en este suministro, aunque sean por periodos muy cortos de tiempo, tendra consecuencias catastrofales para nuestro sistema. Y no solo necesitamos un suministro constante, tambien necesitamos que no tenga subidas y bajadas brusquedas que puedan estropear componentes electronicos.

Para conseguir esto se pueden utilizar diferentes componentes segun el grado de proteccion que deseemos.

SAI (UPS): Son baterias mas o menos avanzadas que se conectan entre el servidor y la fuente de suministro electrico. Garantizan un suministro constante y estable por un tiempo, dependiendo este de la capacidad de las mismas.

Generadores electricos: Funcionan generalmente con diesel y se conectan entre los UPS y la red de suministro electrico. Solo entran en funcionamiento cuando el suministro se corta por mas de un determinado tiempo. Pueden suministrar electricidad por un tiempo indefinido siempre que tengan carburante en el tanque.

Lineas independientes de suministros: En centros de datos grandes, se suelen tener al menos 2 conexiones diferentes e independientes a la red de suministro electrico.

Si queremos redundancia en el sistema electrico, no hace falta decir que no solo los servidores tienen que tener dobles conexiones, routers, switches y en definitiva cualquier componente del sistema que utilice electricidad deberia de tener fuentes de alimentacion redundantes (conectadas). Como se suele decir, tu sistema solo sera tan seguro, estable y redundante como el componente mas debil del mismo. No es la primera vez, por ejemplo, que en un centro de datos, grupos de servidores con redundancia a todos lo niveles han quedado incomunicados porque estaban conectados a un switch que ha fallado por no tener un sistema redundante de suministro electrico.

Redundancia en los componentes de red

De nada sirve tener servidores con componentes duplicados y redundantes y un suministro electrico constante y equilibrarado si algunos de los componentes de la red fallan y no podemos acceder al servidor.

Los componentes mas normales en una red son:

Routers (enrutador): Es un dispositivo que interconecta segmentos de red o redes enteras

Switch (Conmutador): Es un dispositivo que interconecta dos o ms segmentos de red

Tarjeta de red o NIC: Es un dispositivo electrnico que permite a una DTE (Data Terminal Equipment), ordenador o impresora, acceder a una red y compartir recursos

Cables de red: Para interconectar los diferentes componentes, existen muchos y variados tipos, siendo los mas comunes el cable de par trenzado y el de fibra optica

Lineas de conexion: a la red de area amplia, WAN (por ejemplo Internet)

Cualquiera de estos componentes puede fallar, dejando al sistema incomunicado. Pero existen tecnicas para evitar que esto ocurra, lo que se suele hacer es configurar la red, para que al menos existan 2 caminos diferentes entre dos componentes A y B. En el grafico siguiente teneis un esquema, en el que podeis ver como configurar una red con redundancia doble desde el servidor hasta Internet. De esta manera se puede estropear un router, un switch y una tarjeta de red a la vez sin que perdamos conectividad. El mismo esquema se podria ampliar para tener redundancia triple o cuadruple de los componentes.

Redundancia de servidores, balanceo de cargas

Que ocurre si el suministro electrico funciona y la red funciona, pero nuestro servidor falla de tal manera que ninguno de los componentes redundantes que tiene pueda evitar el fallo y la caida del mismo. Existen diferentes tipos de configuraciones con varios servidores, que pueden ayudarnos con este problema. Son los llamados clusters, los hay de diferentes tipos, pero entre los mas usales esta el de balanceo de cargas con tolerancia a fallos. En este tipo de clusters, no solo no importa que uno o varios de los servidores deje de funcionar, sino que si necesitamos mas recursos para proporcionar un servicio, podemos incorporar nuevos servidores que incrementen la capacidad de proceso del cluster.

Los componentes mas importantes de este tipo de clusters son, los sistemas de almacenamiento unicos entre todos los servidores que proporcionan un servicio y el dispositivo de balanceo de cargas, el cual puede ser un hardware especifico para este trabajo o implemtarse por software en un servidor normal. El proyecto para Linux mas importante sobre este tema es el denominado Linux virtual server (LVS).

A continuacion teneis una serie de ejemplos de como se pueden organizar estos clusters, en donde el fallo de un servidor, no para el funcionamiento de un servicio. Cuando falla uno o varios servidores en el cluster, la capacidad de proceso del mismo se reduce, por lo que es importante tener siempre cierta capacidad sin usar para que en el caso de un fallo no se reduzca el tiempo de respuesta mucho.

Un ejemplo de cluster con balaceo de cargas conectado a un cabinete de discos (Disk array) para almacenar la informacion. Tipico uso para servidores de ficheros y web.

Un ejemplo de cluster con balaceo de cargas conectado una base de datos para almacenar la informacion. Tipico uso para web.

Un ejemplo de cluster con balaceo de cargas para un sistema de correo que proporcione IMAP y SMTP a sus usuarios.

En fin, esto es todo lo que tenia pensado contar en esta introduccion a sistemas informaticos redundantes. Existe mucha informacion en Internet si quereis profundizar en el tema. Lo mas importante es tener conocimientos, de red y administracion y saber como funcionan los diferentes componentes de un sistema. La experiencia y estudios de estas materias os ayudaran a tener sistemas mas estables y redundantes.

Clustering en Windows 2003

Cluster con Microsoft Windows 2003,Para realizar este procedimiento, necesitamos tener un Windows 2003 Enterprise Edition en dominio, lgicamente una unidad de discos que acepten clustering (una NAS/SAN o iSCSI, si no tenemos podemos probar alguno basado en software tipo StarWind - AKI). Esto sera mi escenario:

Tengo dos servidores en dominio (clu01.dominio.com y clu02.dominio.com), con tres adaptadores de red cada uno, el adaptador de red PRIVADA es para la red del clster, para que se comuniquen de forma interna los servidores, les tengo conectados con un latiguillo cruzado (por supuesto esto no es necesario). Otro adaptador es PUBLICA que sirve para conectar los servidores a la LAN donde estn sus PC's clientes y puedan acceder a los recursos o msmamente para que mis servidores accedan a ellos. Y finalmente otro adaptador llamado iSCSI para conectar la cabina iSCSI directamente con cada servidor, para un rendimiento ptimo. Como vemos crear un clster llamado cluster.dominio.com con la direccin IP 192.168.3.250 (perteneciente a la red pblica para que accedan los clientesNodo (node): se trata de uno cualquiera de los servidores que componen el cluster, los nodos se pueden agregar o quitar del cluster a lo largo del tiempo. Paradjicamente puede existir un cluster de un nico nodo aunque no parezca de gran utilidad.Recurso (resource): se trata de un componente hardware (disco fisico, red) o software (direccin IP, nombre de red, script...) que forma parte del cluster. Entre los recursos se producen dependencias que se han de reflejar en la configuracin de los mismos. Por ejemplo entre un nombre de red netbios y una direccin IP, si la direccin falla entonces el nombre de red deber fallar en cadena al ser componentes directamente relacionados.Grupo (group): es una agrupacin de recursos, un grupo de recursos es la nica unidad del cluster donde se puede realizar failover, cuando esto ocurre se mueven todos los recursos que lo componen de un nodo a otro. Esta es la razn que los diferentes recursos componentes de un servicio o instancia de aplicacin se agrupen en un mismo grupo, un recurso determinado no puede pertenecer a mas de un grupo de recursos. Cada grupo tiene una lista de nodos (prefered owner) que por orden de preferencia se escogen a la hora de determinar hacia que nodo mover el grupo cuando se realiza un failover.Quorum: es un disco usado para compartir, entre los distintos nodos, informacin respecto a la configuracin del cluster adems en el caso de fallo en las comunicaciones entre los distintos nodos el que tenga en ese momento la propiedad del recurso Quorum. Dentro del quorum disk podemos encontrar la carpeta MSCS en la cual se alojan el log del quorum (quolog.log), que es en realidad un log de transacciones de los cambios realizados en la base de datos del cluster. Tambin se encuentra dentro de la carpeta MSCS un fichero con nombre chk*.tmp hacia el cual cada nodo replica desde local el fichero local de registro de cluster %SystemRoot%\Cluster\CLUSDB, este fichero se encuentra cada nodo y es al que van primero los cambios realizados a la configuracin del cluster.- Shared Quorum: se trata de la configuracin mas habitual y recomendada, todos los clusters comparten el acceso a este recurso de disco fisico.- Local Quorum: aqui el quorum se localizaria en uno de los discos locales de uno de los nodos del cluster, este tipo de configuracin solo tienen sentido para recuperacin de desastres o durante mantenimientos o fallos del disco compartido de quorum, iniciando el servicio de cluster, Cluster Service (clussvc.exe), con el parametro /FIXQUORUM se creara un quorum local y solo tendramos que seleccionarlo como quorum.

Crear un clster - AKIAgregar nodos a un clster - AKI Configuracin de los adaptadores de red - AKI

Creacin del clster,

La consola de administracin para el tema de clusters est en: "Inicio" > "Programas" > "Herramientas administrativas" > "Administrador de clsteres".

Desde esta consola, podemos crear clsteres o administrarlos. Si no tenemos ninguno, lo primero es crearlo, en "Accin" elegmos "Crear un nuevo clster" y aceptamos.

Nos saldr un asistente para crear clsteres, pulsamos en "Siguiente",

Indicamos en que dominio vamos a crear el cster y el nombre que le vamos a poner. "Siguiente",

Debemos indicar el primer nodo, esto es, el primer servidor que alojar este clster, luego debemos agregar ms nodos a este cluster para que tenga sentido, por si se cae un servidor, el clster siga levantado en los otros nodos. Seleccionamos el que queremos que sea el primer nodo. "Siguiente",

Realiza una serie de comprobaciones para poder crear el nodo en este servidor...

Ok, parece que en este servidor s se puede crear el nodo, pulsamos en "Siguiente",

Le asignamos una direccin IP al clster, en m caso: 192.168.1.250,

Le metemos una cuenta de usuario de dominio para ejecutar el servicio del clster...

Pulsamos en el botn de "Quorum..." para indicar que letra de disco usar para temas internos del clster, en mi caso, uso la Q:, aceptamos y seguimos,

Esperamos mientras ya nos crea el clster...

Ok, todo bien, "Siguiente",

"Finalizar",Bien, ya tenemos el clster finalizado, ahora nos quedara configurarlo, por ejemplo configurar los adaptadores de red, incluir nodos al clster, crear recursos para poder trabajar con l...

Agregar nodos a un clster,

Un nodo, no es ms que otro equipo que alojar el clster, para el caso que se caiga el servidor donde lo acabamos de crear, que compartan los recursos y las funciones, si son datos, si son adaptadores de red, servidores web, servidores Exchange, SQL... Lo principal es agregar por lo menos otro nodo. Para ello, sobre la consola de "Administrador de clsteres" > Sobre el clster que tenemos, boton derecho > "Nuevo" > "Nodo".

"Siguiente",

Metemos los nombres de equipos que queremos que pertenezcan a este clster, en mi ejemplo meter a CLU02, "Siguiente",

Esperamos que analice los requisitos...

Todo es correcto, este host puede albergar el clster en l, "Siguiente",

Metemos el password para el servicio del clster, "Siguiente",

Comprobamos que todos los parametros son correctos, si es as, pulsamos en "Siguiente" para agregar al CLU02 de nuevo nodo para el clster.

...

Bien, ya ha agregado este nuevo nodo.

"Finalizar", con esto podemos agregar diferentes nodos a un clster para mejorar el rendimiento y la alta disponibilidad.

Configuracin de los adaptadores de red,

Debemos configurar en el cluster qu adaptadores que conexiones van a ofrecer, para que cada adaptador tenga el trfico de red que debe. Por ejemplo el adaptador de red "Publica" que sea slo para las conexiones de red entre los clientes y el servidor, en cambio, el adaptador "Privada" es slo para una conectividad entre los servidores del clster. Esto se configura desde la consola "Administrador de clsteres" > "CLUSTER" > "Configuracin de clster" > "Redes" > Y sobre los adaptadores que nos interesen, botn derecho > "Propiedades".

sta que es mi adaptador pblico, lo habilito para uso del clster y dir que es para que se me conecten los usuarios de la red pblca, desde la LAN. Marcamos "Habilitar esta red para uso del clster" y "Slo para acceso de cliente (red pblica)", Aceptamos.

Sobre la red "Privada" debo indicarle que es slo para uso interno del clster, para que sea un acceso directo ms rpido entre los nodos del clster, entro en sus propiedades.

Y le marco lo que me interesa, slo para que se conecten entre los nodos del clster "Habilitar esta red para uso del clster" y "Slo para comunicaciones de clster internas (red privada)".

Y si tenemos ms adaptadores de red y no nos interesa que el clster genere trfico por ellos para el tema de que se conecten desde la LAN o desde los dems nodos, simplemente podemos indicarle que no queremos que intervengan en el clster, entramos en las "Propiedades" de la que nos interese.

Y simplemente debemos desmarcar "Habilitar esta red para uso del clster", aceptamos