Buenas tardes a todos,
Tengo que comprar dos servidores, uno como servidor de aplicaciones y otro como servidor de base de datos pero no se que máquinas, con sus características, son la mas apropiadas (nunca he realizado compras de servidores).
Os explico mi problema: Hay 500 sensores repartidos por una industria. Estos sensores comunican por wifi a unos puntos de acceso y estos estan conectados por fibra. Los sensores cada 3 segundos mandan las lecturas al servidor de aplicaciones, este las procesa y guarda las lecturas y los resultados el la base de datos. Hay 20 clientes que recuperan la información del servidor de aplicaciones y las muestran el un cuarto de control.
La información que manda un sensor cada 3 segundos es muy poca 500 bytes, que al año, si no me equivoco, son aproximadamente 2,5TB que es el grueso de la BD.
En el servidor de aplicaciones corre Jboss EAP 6.3 y la base de datos es Postgresql 9.4
Alguien puede guiarme un poco.
GRACIAS
Hola:
Poca información es la que nos proporcionas, pero aparentemente no tienes ni muchas escrituras ni muchas lecturas, pero necesitas una gran capacidad para la base de datos. o honestamente no tengo claro que necesites dos servidores, probablemente con uno tengas suficiente.
Mi recomendación es que pongas RAID, RAID 5 mejor que RAID 1. Con 4 discos de 2 Tb, podrías tener 3 Tb redundados que es más que suficiente para guardar los datos de un año.
Otro tema que tendrás que tener en cuenta es que haces con los datos de un año para otro, si necesitas tenerlos accesibles o los puedes guardar offline.
No creo que necesites mucha RAM, porque cada 3 segundos le van a llegar 50 Mb de datos al sistema, no parece mucho. Todo depende si vas a tener muchas consultas a los datos.
Saludos
Miguel
On 02/09/16 8:32 PM, Javier Escote wrote:
Buenas tardes a todos,
Tengo que comprar dos servidores, uno como servidor de aplicaciones y otro como servidor de base de datos pero no se que máquinas, con sus características, son la mas apropiadas (nunca he realizado compras de servidores).
Os explico mi problema: Hay 500 sensores repartidos por una industria. Estos sensores comunican por wifi a unos puntos de acceso y estos estan conectados por fibra. Los sensores cada 3 segundos mandan las lecturas al servidor de aplicaciones, este las procesa y guarda las lecturas y los resultados el la base de datos. Hay 20 clientes que recuperan la información del servidor de aplicaciones y las muestran el un cuarto de control.
La información que manda un sensor cada 3 segundos es muy poca 500 bytes, que al año, si no me equivoco, son aproximadamente 2,5TB que es el grueso de la BD.
En el servidor de aplicaciones corre Jboss EAP 6.3 y la base de datos es Postgresql 9.4
Alguien puede guiarme un poco.
GRACIAS _______________________________________________ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
Ten en cuenta que el cálculo del tamaño de la base de datos que has hecho (2.68Tb me da a mi) es los datos brutos. PostgreSQL usará bastante mas que eso para almacenar esos datos. Luego está lo que te ocupen indices y otros objetos de la DB. Luego ya está que de los 500 bytes que mandan, al procesarlos salga mas o menos (datos codificados y expandidos, inserción en distintas tablas con claves comunes, marcas de tiempo que quizá no van en esos 500 bytes, etc...)
El dimensionamiento lo debes basar sobre todo en transacciones por segundo (que el sistema pueda con ello). Tienes que ver que cantidad de las mismas se generan tras la interpretación de los datos.
Como te han comentado antes, RAID, que sea una controladora "real", nada de software RAID. CentOS soporta bien LSI y Adaptec (posíblemente otras pero no las he probado) con batería BBU. Yo montaría RAID 6 y además tendría algún disco HotSpare.
Por supuesto fuentes redundantes.
Si quieres que la base de datos corra (a los clientes), RAM y CPUs. Quizá un pool para PostgreSQL. Que CPUs y cuanta RAM ya depende del presupuesto que manejes.
Si es algo crítico deberías pensar en asuntos de replicación, bien de las máquinas físicas o virtualizar en cluster (ej. con Proxmox para seguir con Software Libre). Entiendo que una instalación con un centro de control y 20 puestos la disponibilidad es algo crítico.
Como te decía, sobre todo es un tema de presupuesto. Yo, si tuviese presupuesto para esto montaría 2 servidores con Proxmox HA, las máquinas de aplicaciones y DB virtualizadas y el almacenamiento en al menos una cabina externa (o 2) conectado todo con fibra (2 switches)
El 9/2/16 a las 20:32, Javier Escote escribió:
Buenas tardes a todos,
Tengo que comprar dos servidores, uno como servidor de aplicaciones y otro como servidor de base de datos pero no se que máquinas, con sus características, son la mas apropiadas (nunca he realizado compras de servidores).
Os explico mi problema: Hay 500 sensores repartidos por una industria. Estos sensores comunican por wifi a unos puntos de acceso y estos estan conectados por fibra. Los sensores cada 3 segundos mandan las lecturas al servidor de aplicaciones, este las procesa y guarda las lecturas y los resultados el la base de datos. Hay 20 clientes que recuperan la información del servidor de aplicaciones y las muestran el un cuarto de control.
La información que manda un sensor cada 3 segundos es muy poca 500 bytes, que al año, si no me equivoco, son aproximadamente 2,5TB que es el grueso de la BD.
En el servidor de aplicaciones corre Jboss EAP 6.3 y la base de datos es Postgresql 9.4
Alguien puede guiarme un poco.
GRACIAS _______________________________________________ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
Hola, No se si te puede ayudar. Yo con un app en glassfish tenemos 8 GoB de RAM, 4x CPU Intel Xeon, bonding 2x eth de 1GoB y RAID5 para el nodo de glassfish y lo mismo para el MySQL.
Saludos, El dia 09/02/2016 9:39 p. m., "José María Terry Jiménez" jtj@tssystems.net va escriure:
Ten en cuenta que el cálculo del tamaño de la base de datos que has hecho (2.68Tb me da a mi) es los datos brutos. PostgreSQL usará bastante mas que eso para almacenar esos datos. Luego está lo que te ocupen indices y otros objetos de la DB. Luego ya está que de los 500 bytes que mandan, al procesarlos salga mas o menos (datos codificados y expandidos, inserción en distintas tablas con claves comunes, marcas de tiempo que quizá no van en esos 500 bytes, etc...)
El dimensionamiento lo debes basar sobre todo en transacciones por segundo (que el sistema pueda con ello). Tienes que ver que cantidad de las mismas se generan tras la interpretación de los datos.
Como te han comentado antes, RAID, que sea una controladora "real", nada de software RAID. CentOS soporta bien LSI y Adaptec (posíblemente otras pero no las he probado) con batería BBU. Yo montaría RAID 6 y además tendría algún disco HotSpare.
Por supuesto fuentes redundantes.
Si quieres que la base de datos corra (a los clientes), RAM y CPUs. Quizá un pool para PostgreSQL. Que CPUs y cuanta RAM ya depende del presupuesto que manejes.
Si es algo crítico deberías pensar en asuntos de replicación, bien de las máquinas físicas o virtualizar en cluster (ej. con Proxmox para seguir con Software Libre). Entiendo que una instalación con un centro de control y 20 puestos la disponibilidad es algo crítico.
Como te decía, sobre todo es un tema de presupuesto. Yo, si tuviese presupuesto para esto montaría 2 servidores con Proxmox HA, las máquinas de aplicaciones y DB virtualizadas y el almacenamiento en al menos una cabina externa (o 2) conectado todo con fibra (2 switches)
El 9/2/16 a las 20:32, Javier Escote escribió:
Buenas tardes a todos,
Tengo que comprar dos servidores, uno como servidor de aplicaciones y otro como servidor de base de datos pero no se que máquinas, con sus características, son la mas apropiadas (nunca he realizado compras de servidores).
Os explico mi problema: Hay 500 sensores repartidos por una industria. Estos sensores comunican por wifi a unos puntos de acceso y estos estan conectados por fibra. Los sensores cada 3 segundos mandan las lecturas al servidor de aplicaciones, este las procesa y guarda las lecturas y los resultados el la base de datos. Hay 20 clientes que recuperan la información del servidor de aplicaciones y las muestran el un cuarto de control.
La información que manda un sensor cada 3 segundos es muy poca 500 bytes, que al año, si no me equivoco, son aproximadamente 2,5TB que es el grueso de la BD.
En el servidor de aplicaciones corre Jboss EAP 6.3 y la base de datos es Postgresql 9.4
Alguien puede guiarme un poco.
GRACIAS _______________________________________________ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
Gracias a todos y perdonad por no haber respondido antes.
Las senama pasada estubimos haciendo una demo para un cliente desde el miércoles y el lunes la inevitable reunión para comentar los resultados. Estoy retomando de nuevo este tema y a ver si me aclaro un poco.
De nuevo gracias
El 10 de febrero de 2016, 19:13, Oscar Osta Pueyo oostap.listas@gmail.com escribió:
Hola, No se si te puede ayudar. Yo con un app en glassfish tenemos 8 GoB de RAM, 4x CPU Intel Xeon, bonding 2x eth de 1GoB y RAID5 para el nodo de glassfish y lo mismo para el MySQL.
Saludos, El dia 09/02/2016 9:39 p. m., "José María Terry Jiménez" < jtj@tssystems.net> va escriure:
Ten en cuenta que el cálculo del tamaño de la base de datos que has hecho (2.68Tb me da a mi) es los datos brutos. PostgreSQL usará bastante mas
que
eso para almacenar esos datos. Luego está lo que te ocupen indices y
otros
objetos de la DB. Luego ya está que de los 500 bytes que mandan, al procesarlos salga mas o menos (datos codificados y expandidos, inserción
en
distintas tablas con claves comunes, marcas de tiempo que quizá no van en esos 500 bytes, etc...)
El dimensionamiento lo debes basar sobre todo en transacciones por
segundo
(que el sistema pueda con ello). Tienes que ver que cantidad de las
mismas
se generan tras la interpretación de los datos.
Como te han comentado antes, RAID, que sea una controladora "real", nada de software RAID. CentOS soporta bien LSI y Adaptec (posíblemente otras pero no las he probado) con batería BBU. Yo montaría RAID 6 y además tendría algún disco HotSpare.
Por supuesto fuentes redundantes.
Si quieres que la base de datos corra (a los clientes), RAM y CPUs. Quizá un pool para PostgreSQL. Que CPUs y cuanta RAM ya depende del presupuesto que manejes.
Si es algo crítico deberías pensar en asuntos de replicación, bien de las máquinas físicas o virtualizar en cluster (ej. con Proxmox para seguir
con
Software Libre). Entiendo que una instalación con un centro de control y
20
puestos la disponibilidad es algo crítico.
Como te decía, sobre todo es un tema de presupuesto. Yo, si tuviese presupuesto para esto montaría 2 servidores con Proxmox HA, las máquinas
de
aplicaciones y DB virtualizadas y el almacenamiento en al menos una
cabina
externa (o 2) conectado todo con fibra (2 switches)
El 9/2/16 a las 20:32, Javier Escote escribió:
Buenas tardes a todos,
Tengo que comprar dos servidores, uno como servidor de aplicaciones y
otro
como servidor de base de datos pero no se que máquinas, con sus características, son la mas apropiadas (nunca he realizado compras de servidores).
Os explico mi problema: Hay 500 sensores repartidos por una industria. Estos sensores comunican por wifi a unos puntos de acceso y estos estan conectados por fibra. Los sensores cada 3 segundos mandan las lecturas al servidor de
aplicaciones,
este las procesa y guarda las lecturas y los resultados el la base de datos. Hay 20 clientes que recuperan la información del servidor de aplicaciones y las muestran el un cuarto de control.
La información que manda un sensor cada 3 segundos es muy poca 500
bytes,
que al año, si no me equivoco, son aproximadamente 2,5TB que es el
grueso
de la BD.
En el servidor de aplicaciones corre Jboss EAP 6.3 y la base de datos es Postgresql 9.4
Alguien puede guiarme un poco.
GRACIAS _______________________________________________ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
-
Javier Escote -
José María Terry Jiménez -
Miguel González -
Oscar Osta Pueyo