El fin de semana compré una laptop nueva (netbook HP) para sustituir la que el disco duro le falló, sin embargo estoy rescatando en la difunta información de un disco duro de laptop de mis sobrinos politicos… bastante atareado entre eso y otras cosas, mas los detalles del personal nuevo.

El socio tecnico me pidió hoy analizar un problema con un dominio de un colegio de profesionistas de México en un software php que yo no hice. El sitio tenía un load de 170, y el problema es simple.

Estaba activo el catch all con mas de 460 mil mensajes de correo. Se esta pidiendo autorización para borrarlo, son 10 gb de la cuenta catch all.

Además , hay otros puntos que ver delserver, pero de entrada habla muy mal de los colegios de profesionistas que no tengan personal técnico para revisar eso, y es simple. hay varias faltas de etica del proveedor actual (argentino en servidores en canada), pero tengo que bajar el load antes de programar los cambios que necesitan.

Ayer moví el servidor cpanel que iba a eliminar, moviendo uno que otro account de cpanel al nuevoserver. Terminé a la 1 de la mañana, dejando varios sitios que no se veían y otros a través de un proxy.

Con esto quedan solamente dos clusters y dos servers (y casi puedo eliminar un tercer cluster, pero esta pagado por un mes mas)

El cluster LoboNegro, en el que está este sitio bajo hsphere y funcionando adecuadamente, incluye varios dominios donados.

El Cluster LoboBlanco, a donde migré 15 de los clientes de una AC de la que soy apoderado.

El cluster LoboGris, desde hace unos cuatro años y que termina su vida activa el pròximo mes. Los dominios se fusionaran en Lobonegro.

Y de Cpanel, quedan dos severs.

el primero donde está rojointenso y otros dominios donados.

Y Unbranded, el nuevo bajo Servint, con el resto de los clientes de la AC, así como dos dominios mios que no puedo mover hasta desaparecer lobogris.

Bastante mas simple.

Hoy descansaré y subirññe accounts de cpanel a tradición net. Se acerca el punto de consolidación aprovechando semana santa del proximo mes.

A largo plazo no me queda claro CUANDO se eliminarn los cpanel. Esos servidores son intercambiables. Los clusters hsphere tienen pocos proveedores a nivel mundial, y no tienen mas opciones, pero tienen por su estabilidad valor de supervivencia.

Supongo que depende del proveedor. Si el proveedor con quien tengo el Servidor dedicado tradicion net se pone rejego, migro todos los dominios menos dos a Lobonegro y esos dos losmanejo aparte.

Si el proveedor de lobonegro empeiza a ser inestable, moveré a tradicion-net.

Es cuestion de tiempo, pero son cuatro unidadesseparadas bien definidas, no de negocio, sino de proyectos para los pròximos 10 años. Los cuatro tienen valor de supervivencia yde permanencia.

En abril, estando solucionado, a diseñar el plan de consolidacion a prueba de registrars, usando menos y mas estables, excepto los 20 dominios de prueba que se tienen en registrars para el software de control de dominios

Además hay otra alternativa de software que puede ser util para reducir costos y sobre todo, numeros de accounts en cpanel. Si esesoftware ,que no hice yo pero me costó horrores instalar, funciona bien, puede reducir muchisimo el manejo de dos de los servers / clsuters restantes,

Y en abril sale un nuevo sitio, NV, probablemente adaptado con esa tecnología, para la tercera fase del proyecto devida que hice hace casi veinte años. No lo haré publico, porque así lo pide le proyecto.

Estoy a media consolidación subiendo información de diferentes servidores Cpanel a otros, como paso previo a la eliminación de un server el viernes.

La información esta subida peor para un proceso intermedio necesito acceso al file manager del nivel que sigue arriba de WHM, y… el server estña en respaldo.

Arghh…

Mas de una hora y no puedo pasar al siguiente paso.

El viernes noté un incremento al load de un server del trabajo, así que hice u nscript, sobre el que estoy trabajando en este momento, que me dice varias cosas. Sin embargo no me gustó darme cuenta que dejé un pendiente durante años.

Un script central de monitoreo de Servidores en cuanto a loads , contenido, accounts, memoria y ps aux o procesos corriendo. Lo hice e inclusive puede ser un producto vendible con algo mas de pulimiento.

Sin embargo, debo mantenerlo simple. Si bien ya me da los datos de carga de cuatro servidores (cosa que solo Nagios hace por lo que sé) el tiempo de respuesta es óptimo y así debe ser.

A diferencia del defrag de windows 7, que me dice «paso 26» bla bla bla… varias de las cosas valiosas, aunque hay excepciones, deben poderse hacer en cinco pasos o menos.

Por mientras ya emití la orden de cancelación del server que no voy a renovar, así que este fin de semana deberé respaldar / mover varias cuentas.

Por cuestiones de trabajo he estado haciendo varios experimentos y cuestionarios. Por las Asociaciones civiles (independientes de mi trabajo por nómina) estoy controlando tres servidores y tres clusters en diferentes datacenters. (los clusters son hpshere y los servidores cpanel focalizados resultado de dividir el cluster que tenía el año pasado en cpanel.)

Ayer fue un día bastante productivo, porque al estar probando lobonegro, el analizador de código, encontré un problema con el uso que está haciendo google y otros sistemas en cuanto a consumo de memoria con los subprocesos de apache. Así que me encuentro en uno de esos momentos que de plano si por mi fuera instalaría lightspeed en todos los servidores.

ya estooy manejando round robbin pero los datos que siguen no lo consideran para no meter ruido en la comparación:

Por partes:
Servidor Uno esta manejando clientes de una AC y un dominio propio que es el de tiene los nameservers. Tiene un poco de información propia en un dominio pero puedo pasarlo a otro server y olvidarme de el. Consumo de ancho de banda mes pasado, 65gb aprox, 4 gb de uso en disco duro, 10 accounts.

Servidor Dos: De todo un poco. Maneja dos dominios que no puedo mover de ahí porque la dirección ip la usa el cliente para sus soincwalls en sus sucursales. Lo siento un poco inestable pero tengo que revisar con calma las alertas de recursos y hacer un scripts para guardar los loads por cron. 36 cuentas que puedo reducir a 30. Maneja cientos de dominios propios a travñes de un script php, pero no creo que sea eso parte del problema. Probablemente reduciendo a 30 accounts pueda evaluarlo mejor.
15g de ancho de banda, unos dos a 3 gb en uso de disco duro.

Servidor Tres: 20 gb de trafico, que son los foros donados. 3 gb de espacio, 19 acccounts.

El problema se debe a que suena bonito mezclar los tres en un cluster, pero el cluster sale mas caro, no da round robbin, y tengo las ventajas de que un solo punto de falla no tira los tres. De momento lo que me parece mas decente es trabajar en el servidor tres para reducirlo a 12, y en la medida de lo posible desaparecerlo a mediados de mes. La pregunta es…

¿Adonde muevo los dominios que estan siendo visitados por google todo el santo dia?

Una opción es moverlos al server dos y subirle la memoria . El costo es el mismo y puedo crearme nuevos problemas.

Otra es migrarlo a clusters. No se cual sea el rendimiento en hpshere de los foros de invision.

La tercera es contratar otro server en otro lugar y migrarlo pero donde estan no dan problemas.

Decidiré en el transcurso de este mes.

Del cluster lobogris me movieron las ip sin avisar, ya las chequé y se supone que el tiempo ya bajó bastante después de cambiar los scripts de conexión (unas cuatro a ocho horas no dieron respuesta algunos sitios pero ahora ya noto la diferencia aunque no están optimizados todavía).

Y en la oficina, el internet se volvió a caer.

Hace un momento quiise entrar a este blog y me dió un problema secundario extraño como si el load del cluster fuera excesivo.

El proveedor estaba funcionando raro a principios del año pasado y se corrigió a mediados, pero los ajustes que hizo la semana pasada pueden estar pasando la factura.

Estamos en proceso de estabilización de servers con el, y espero que el próximo fin de semana se elimine el cluster lobogris, quedando solamente lobonegro.

Sin embargo, creo que de todo el cluster los dominios actuales menos este y un foro de Dark Crow no usan bases de datos, asi que no debería ser un load alto en estas circunstancias. Observaré.

El analizador de código probablemente sale al aire en versión beta hoy o mañana.

UPDATE: El proveedor dejó el server de base de datos en el otro cluster… Los sitios estáticos se cargan de volada pero no aquellos con base de datos.

Hace un rato terminó el paso previo a la eliminación del cluster lobogris. Tuve que poner por 30 minutos fuera del aire esta cuenta (con sus 12 dominios), pero ya la restablecí.