administrar simultáneamente múltiples servidores proxy de apache (mod\_proxy\_balancer)
el frontend de mi aplicación web está formada actualmente por dos apache servidores proxy inversos, utilizando mod\_proxy\_balancer para distribuir el tráfico a través de una serie de aplicación backend servidores. tanto frontend de servidores proxy inversos, que se ejecutan en hosts independientes, son accesibles desde internet. dns round robin distribuye el tráfico a través de ambos. en el futuro, el número de servidores proxy inversos es probable que crezca, ya que la aplicación web es muy ancho de banda pesada. mi pregunta es: ¿cómo puedo mantener el estado de ambos inversa equilibradores / apoderados en la sincronización? por ejemplo, para fines de mantenimiento, podría reducir la carga en uno de los backend appservers. actualmente puedo hacer que al acceder a la herramienta de administrador de formulario en la web en cada proxy, y el cambio de las reglas de distribución. pero tengo que hacer que en cada proxy manual y asegúrese de que puedo entrar en la misma materia. es posible 'enlace' varias instancias de mod\_proxy\_balancer? o es que hay una herramienta que se conecta a un número de instancias, y las actualizaciones de todos con la misma información? actualización: la herramienta debe recuperar el tiempo de ejecución estado y realizar cambios de ejecución, como la existente en el equilibrador de administrador, sólo para un número de proxies - no sólo para uno. modificación de archivos de configuración no es lo que me interesa (ya que hay un montón de herramientas para que).
hay un rubí nombre del módulo de anfibios , lo cual facilita programática acceso a la herramienta de administrador de la interfaz web. puede que no tenga todas las características que usted necesita, pero usted puede agregar o utilizarlo como un ejemplo para escribir una biblioteca similar en otro idioma. aquí hay un ejemplo de script que se utiliza para habilitar o deshabilitar especificado por el usuario backend appservers en dos proxy equilibradores.# amphibian\_example.rb require 'amphibian' balancer\_hosts = ['b1.example.com', 'b2.example.com'] command = argv.shift backend\_hosts = argv balancer\_hosts.each do |balancer\_host| balancer\_url = 'http://#{balancer\_host}/balancer-manager' balancer = amphibian::balancermanager.new(balancer\_url) backend\_hosts.each do |backend\_host| backend\_url = 'http://#{backend\_host}' if command == 'enable' balancer.enable\_host(backend\_url) puts 'enabled #{backend\_host} on #{balancer\_host}' end if command == 'disable' balancer.disable\_host(backend\_url) puts 'disabled #{backend\_host} on #{balancer\_host}' end end end esto podría funcionar como$ amphibian\_example.rb disable a1.example.com a5.example.com disabled a1.example.com on b1.example.com disabled a5.example.com on b1.example.com disabled a1.example.com on b2.example.com disabled a5.example.com on b2.example.com
Si si se puede, pero es más complejo ya que tendrías que instalar un servidos IIS y un firewall de windows, no el que viene por default, sino un servidor de firewall, ademas de configurarle los parámetros y poder revisar e incluso vetar que puertos páginas y horarios pueden usar las maquinas y saber que ancho de banda usan y que hicieron, es algo bastante complicado. <p>creo que está simplificando demasiado los tipos de alojamiento que podría obtener. aquí están, para qué son buenos y para qué no son tan buenos:</p><p><strong>alojamiento compartido</strong></p><p>estás en un servidor con potencialmente cientos de otras personas. existen límites predefinidos, como la cantidad de espacio en disco/bases de datos que puede tener y la cantidad de datos que puede transferir por mes. este es el más barato de todos, a veces tan poco como $ 3/mes, pero tenga cuidado: tan pronto como su sitio comience a consumir más que los recursos mínimos, se le suspenderá y se le pedirá que actualice.</p><p>además, cosas como php/ssh/etc están configuradas en modo 'paranoico'. es posible que no tenga acceso a ciertas funciones y debe depender de su host para instalar las cosas que pueda necesitar (es decir, subversion/mercurial).</p><p>esto es bueno para las personas que desean alojar un sitio de tipo de tarjeta personal o de negocios. un brote de esto se llama <strong>alojamiento de revendedor</strong>, lo que le brinda la capacidad de crear cuentas de alojamiento adicionales para sus clientes.</p><p>tenga en cuenta que esto no es compatible con pci/dss/hipaa/etc.</p><p><strong>servidor virtual dedicado</strong></p><p>su sitio obtiene su propia vista única de un servidor compartido. puede configurar sus servicios y software como lo haría en un servidor dedicado, sin embargo, no hay garantías reales de recursos. "malos vecinos" es todo lo que se necesita para arrastrar su sitio.</p><p>por lo general, recomiendo esto a los desarrolladores que necesitan una caja de arena que les permita configurar las cosas de la manera que quieran.</p><p>nuevamente, no cumple con pci/dss/hipaa/etc</p><p><strong>servidor privado virtual</strong></p><p>esto es, para todos los efectos, un servidor dedicado que viene con una cierta cantidad de recursos garantizados. serás el súper usuario, puedes hacer lo que quieras. dependiendo de la plataforma, sus límites de recursos pueden 'explotar' en ocasiones para hacer frente a los picos de uso. desafortunadamente, esto también significa que sus recursos se ven afectados si varios vecinos también necesitan "explotar".</p><p>recomiendo ir con un proveedor de xen si sigue esta ruta, nunca tendrá menos de lo que paga.</p><p>recomiendo que todos los sitios nuevos que anticipan cualquier tipo de tráfico comiencen con nada menos que un vps.</p><p>esto puede ser, dependiendo del tipo de hipervisor y almacenamiento utilizado, compatible con pci/etc.</p><p><strong>servidor totalmente dedicado</strong></p><p>exactamente como se lee, un servidor que es tuyo y solo tuyo. puede alquilar uno mensualmente o comprar uno y pagar para que se ubique en un centro de datos. recomiendo ir con la opción de alquiler primero, requiere menos inversión para ampliar si es necesario. cuando los ingresos lo permiten, siempre puede comprar sus propios servidores. para ese momento, tendrá una comprensión muy firme del tipo de hardware que necesita.</p><p>recomiendo esto para las empresas de nueva creación que pueden permitirse unos pocos cientos de meses de alojamiento, o cualquiera que tenga que cumplir con los estándares de seguridad. si almacena información cc de cualquier tipo, o cualquier tipo de información médica/de salud, realmente querrá tener acceso exclusivo a su propio hardware.</p><p><strong>alojamiento en la nube</strong></p><p>he creado varias plataformas en la nube para algunas grandes empresas de alojamiento web. soy prolífico en el desarrollo de xen e incluso no puedo decirle en una oración clara y concisa qué se supone que significa 'nube' cuando se trata de iaas (infraestructura como servicio).</p><p>lo que está obteniendo con la mayoría de los proveedores de la nube es una o más máquinas virtuales a las que se les puede asignar más memoria o almacenamiento según lo exija el tráfico, luego vuelvan a la configuración 'inactiva' cuando el tráfico disminuya. además, algunos ofrecen la capacidad de hacer clones de una sola instancia y conectarlos mediante un equilibrador de carga (generalmente basado en software).</p><p>lo que hay que tener en cuenta aquí es mega facturas si su sitio se ve afectado. hay muchos casos en los que el algoritmo que 'escala automáticamente' funciona más a favor de la empresa de hosting y menos a favor de su billetera. si obtiene ese tipo de alojamiento, asegúrese de que el interruptor permanezca pegado al manual. en muchos casos, solo encender un caché es suficiente para satisfacer una mayor demanda de tráfico.</p><p>amazon y otros han publicado claramente que sus ofertas <strong>no</strong> cumplen con las pautas establecidas por estándares de seguridad como pci/dss o estándares federales como hipaa/hitech. esto no es tanto una advertencia de usar un hipervisor, es una advertencia de usar una red de almacenamiento compartida.</p><p><strong>en resumen:</strong></p><p>el tipo de alojamiento que obtienes es realmente incidental, lo que importa más es cómo planeas tu red. por ejemplo, puede tener static.domain.com utilizando un servidor http liviano que tiene la responsabilidad de servir solo imágenes y medios, reduciendo drásticamente la carga en su servidor de producción.</p><p>además, el almacenamiento en caché inteligente de páginas dinámicas (y/o) las consultas que intervienen para hacerlas le permiten exprimir considerablemente más de cualquier plataforma.</p><p>obtendría algunos servidores vps, o tal vez un servidor dedicado y un par de servidores vps. la otra cosa que no puedo hacer es dividir mi dns, si mi dominio no se puede resolver ... todo el almacenamiento en caché y el ajuste fino en el mundo no ayudarán.</p><p>es realmente difícil decir qué sería 'mejor' para usted, no estoy seguro de la complejidad y las necesidades de su proyecto. sin embargo, con suerte, lo anterior le brinda una idea de los pros y los contras, sea cual sea el camino que decida.</p> puede consultar la ubicación de su servidor directamente desde el área de cliente.



 



 



 



 



 



 



 

también puede hacer un rastreo de ruta («traceroute») para saber hacia dónde se dirige el tráfico. hola

puedes intentar adquiriendo un multi port print server, saludos. y apoyando mas la aportacion de made in china... te dejo este enlace:  
  
<http://www.elguille.info>  
  
me imagino que vas a modificar base de datos verdad?  
  
en realidad no es tan dificil... te lo comento muy general  
  
- creas las tablas con access y las pones en la pc que hara la de servidor.  
- realizas tu aplicacion normal, como si fueras a trabajar local(en una sola maquina). solo ten el cuidado de manejar alias, es decir... direcciona la base de datos con alias.  
- luego instala la aplicacion en todas las pc que te van a utilizar el sistema  
- mapea la tabla que esta el servidor  
- conecta en todas las pc la unidad de red(direccionada a la unidad mapeada)  
- crea el alias en las maquinas que van a usar el sistema  
  
listo..  
  
precauciones que debes de tomar:  
- integridad referencial(si es necesaria)   
- otorgar permisos de escritura a la tabla  
- tomar en cuenta el bloque de registros y el bloqueo de tablas.  
  
si lo que quieres es comunicar 2 pc por el puerto de red(cliente-servidor) entonces lee todo lo que puedas sobre el winsock.  
  
saludos.... ![wink](/ckeditor/plugins/smiley/images/icon_wink.gif) sigue valorando las respuestas Tu lo que necesitas es un sistemas de accounting en el cual puedas manejar hasta el mínimo detalle de los usuarios. Te recomiendo que uses el icradius que es una modificación de radius cistron. No es tan complicado.   
La dirección es <http://radius.innercite.com/> acaba de sacar su release 18 pero también haty una versiones la 017b que la puedes instalar por rpm.. Los comandos ping se pueden implementar de dos formas. Una con ICMP, mira aquí:  
http://www.redes.upv.es/~mperez/rc2/transpa/tema4\_archivos/frame.htm  
La otra con TCP o UDP, pero debe existir un servidor de ping al otro lado. En la URL que te he dado hay unas transparencias sobre ICMP, cabecera, ping y más.  
En http://www.redes.upv.es/~mperez/rc2 hay información mas general. Tenés varias ocpciones, pero la mejor, sin duda es ésta:  
Instalate el software (misma versión) en el nuevo servidor.  
Hacé el setup como si fuese un server nuevo pero con exactamente los mismos nombres que el anterior (no solo nombre del server, sino, nombre de la organización y del dominio, como así también del administrador.  
Luego de hacer esto, hace una copia de todos los archivos contenidos en el direcotrio Data y sus subdirectorios.(Del servidor viejo al servidor nuevo)  
Asegurate de que se encentre copiado el archivo server. Id (o como se llame) y el cert. Id, si es que lo tenés en el server Al conectarse con el proveedor de internet se ejecuta una aplicación que se llama conexión, verifica si esta transmitiendo y recibiendo, si no es así, entonces, deberías verificar la velocidad de conexión, aun que a veces hay drivers que parece que están bien instalados pero no es así, necesitaría que me mandaras la siguiente información:  
Modelo del modem  
Version de windows, y si es computadora de marca o no. si quieres tocar uno para que el otro toque la misma nota, soamente conecta el cable midi de la salida midi out a la entrada midi in del otro. el que tocas se llama master y el que recibe la señal slave.

ambas salidas de audio mándalas al mixer y listo.

pero esta configuración sólo te da un sonido de dos teclados al mismo tiempo. si quieres escuchar todo el poder midi consigue un programa secuenciador como cubase sx y una interface usb-midi. el xp10 es un multitimbral, esto significa que puede operar en modo multi sin problemas. podrías destinarle 8 canales midi independientes para que haga bajo, guitarra, percusión, cuerdas, trompetas o los sonidos que escojas, el canal 8 o 9 lo reservaría para caja de ritmos y los demás para el yamaha. con dos teclados un ordenador y la interface puedes tener tu orquesta electrónica.

la musica se escribe en cada track del secuenciador, la única diferencia es que debes canalizar cada sonido de cada teclado, midi usa 16 canales pero pueden ser expandidos por secuenciadores para que tengas 64 o más.

la salida de la interface va a midi in del xp10 y luego saca uno desde thru al midi in del yamaha. thru es una repetición de la señal que llega del secuenciador sin ser afectada por el circuito midi del primer esclavo. si la sacas desde out puede tener algún tipo de distorsión o ausencia de mensajes.