11-21-2008, 12:58 AM
Una de las cosas que tengo de ventaja, es que tengo contratados a nivel mundial aproximadamente 40 servidores. Por la forma en que los he configurado, he conseguido reducir costos y dejar que algunos servidores se usen casi exclusivamente para cuestiones de nosotros.
los servidores por lo general los contratan personas que prefieren ahorrar dinero a tener un buen servicio. Yo doy precios justos, pero contrato lo mejor. Este servidor donde esta rojointenso, es el servidor Loborojo, que esta optimizado para manejo de bases de datos.
Es decir, es el mejor de los que destino a nuestro uso, en cuanto a bases de datos se refiere, por lo mismo el mejor en cuanto a foros, y el mejor en cuanto a Drupal.
Sin embargo, para poder cubrir requisitos de otros clientes, tengo aqui tres dominios de clientes con poco movimiento pero de mas de un gb de datos, que pagan completo el servidor. para que se den una idea, el respaldo completo de rojointenso mide menos de 110 MB, asi que el espacio no es el problema con un foro visitado.
El principal problema de gasto e rojo intenso, es CPU. Casi siempre tenemos a la vez entre 10 y 90 usuarios simultaneos, de los que google da muchas visitas.
Para que ubiquen tamaños de ejemplo:
PerroAullador ( vaelia ) menos de 50 mb
Azcatl - 125 mb
Nasdat.com 57 mb
Practicamente todos los dominios usan poco espacio, menos de 100 mb. Algunos, como los drupal recientes, ocupan menos de 10 MB y me resulta especialmente rapido restaurarlos: menos de 5 minutos.
El problema es que la velocidad de subidad de una conexion promedio de mexico, me deja SUBIR archivos a 13 k. Lo que significa que en volver a subir un respaldo tipo Rojointenso, me tardo unas 2 horas, y si voy al cyber de alta velocidad que conozco, me tardo 20 minutos a media hora.
Rapido, no ?
Ahora calculen que por la cantidad de archivos que tiene este server, son poco mas de 27 GB que tengo que restaurar cuando hay un porblema. El problema que nos tuvo cuatro dis fuera del aire, se debió a una falla de discos raid. Porque se tardó ? Porque lo subi en el datacenter desde un punto de vista LOCAL, ya que pago por una torre diaria de 50 cd para respaldo, en una quemadora de super alta velocidad. El problema es que usar este metodo, me exige dejar todos los sitios fuera del aire 2 dias en lo que se carga todo. Tuve que dar un FSCK extra que ocupa mucho tiempo en RAIDS avanzados y eso nos llevo a cuatro dias.
Si lo hubiese subido desde mi maquina o desde el cyber, serian SEMANAS.
Yo de todos modos saco respaldo Local diario de todos los dominios, con ayuda de Ruben Toledo (2do grupo), por eso cuando hay un problema como el de ahora, de vulnerabilidad, debo subir los archivos para afectar el menor numero posible de personas.
Estas son las prioridades para el server para restaurar sitios:
1 - Loborojo net (base de seguridad, es el server del que estamos hablando)
2 - Uno de los sitios de mi business (monitoreo)
3 - Rojo Intenso (razones obvias)
4 - Sitios estaticos menores de 50 MB
5 - Sitios con base de datos menores a 100 mb
6 - Sitios con base de datos mayores a 100 mb (solo azcatl, pero no hay problema)
7 - Sitios de clientes.... de mas de un gb cada uno.
Una vez termina esto tengo que hacer una serie de monitoreos bastante tardados.
Creo que este orden de prioridades es justo, asi que lo comunico solo con fines informativos.
los servidores por lo general los contratan personas que prefieren ahorrar dinero a tener un buen servicio. Yo doy precios justos, pero contrato lo mejor. Este servidor donde esta rojointenso, es el servidor Loborojo, que esta optimizado para manejo de bases de datos.
Es decir, es el mejor de los que destino a nuestro uso, en cuanto a bases de datos se refiere, por lo mismo el mejor en cuanto a foros, y el mejor en cuanto a Drupal.
Sin embargo, para poder cubrir requisitos de otros clientes, tengo aqui tres dominios de clientes con poco movimiento pero de mas de un gb de datos, que pagan completo el servidor. para que se den una idea, el respaldo completo de rojointenso mide menos de 110 MB, asi que el espacio no es el problema con un foro visitado.
El principal problema de gasto e rojo intenso, es CPU. Casi siempre tenemos a la vez entre 10 y 90 usuarios simultaneos, de los que google da muchas visitas.
Para que ubiquen tamaños de ejemplo:
PerroAullador ( vaelia ) menos de 50 mb
Azcatl - 125 mb
Nasdat.com 57 mb
Practicamente todos los dominios usan poco espacio, menos de 100 mb. Algunos, como los drupal recientes, ocupan menos de 10 MB y me resulta especialmente rapido restaurarlos: menos de 5 minutos.
El problema es que la velocidad de subidad de una conexion promedio de mexico, me deja SUBIR archivos a 13 k. Lo que significa que en volver a subir un respaldo tipo Rojointenso, me tardo unas 2 horas, y si voy al cyber de alta velocidad que conozco, me tardo 20 minutos a media hora.
Rapido, no ?
Ahora calculen que por la cantidad de archivos que tiene este server, son poco mas de 27 GB que tengo que restaurar cuando hay un porblema. El problema que nos tuvo cuatro dis fuera del aire, se debió a una falla de discos raid. Porque se tardó ? Porque lo subi en el datacenter desde un punto de vista LOCAL, ya que pago por una torre diaria de 50 cd para respaldo, en una quemadora de super alta velocidad. El problema es que usar este metodo, me exige dejar todos los sitios fuera del aire 2 dias en lo que se carga todo. Tuve que dar un FSCK extra que ocupa mucho tiempo en RAIDS avanzados y eso nos llevo a cuatro dias.
Si lo hubiese subido desde mi maquina o desde el cyber, serian SEMANAS.
Yo de todos modos saco respaldo Local diario de todos los dominios, con ayuda de Ruben Toledo (2do grupo), por eso cuando hay un problema como el de ahora, de vulnerabilidad, debo subir los archivos para afectar el menor numero posible de personas.
Estas son las prioridades para el server para restaurar sitios:
1 - Loborojo net (base de seguridad, es el server del que estamos hablando)
2 - Uno de los sitios de mi business (monitoreo)
3 - Rojo Intenso (razones obvias)
4 - Sitios estaticos menores de 50 MB
5 - Sitios con base de datos menores a 100 mb
6 - Sitios con base de datos mayores a 100 mb (solo azcatl, pero no hay problema)
7 - Sitios de clientes.... de mas de un gb cada uno.
Una vez termina esto tengo que hacer una serie de monitoreos bastante tardados.
Creo que este orden de prioridades es justo, asi que lo comunico solo con fines informativos.