Descripción general

Elastic Stack convierte logs y métricas en datos consultables, visualizables y accionables. En Cloudzy, Elasticsearch, Kibana, Logstash y Filebeat llegan preinstalados en Ubuntu Server 24.04 con una configuración predeterminada sensata, para que puedas empezar a ingerir datos de inmediato. Los vCPU dedicados EPYC, el almacenamiento NVMe puro y un enlace de 10 Gbps mantienen la indexación rápida y los paneles ágiles. La facturación flexible por horas es ideal para clústeres de prueba y ensayos de escalado, mientras que los planes a largo plazo se ajustan a los despliegues en producción.

Descripción

Esta imagen incluye Elastic Stack completo para búsqueda, analítica y procesamiento de logs. Los servicios están gestionados por systemd y preconfigurados para comunicarse entre sí sin configuración adicional. El superusuario inicial se crea en el primer arranque y las credenciales se guardan en el servidor para consultarlas cuando sea necesario.

• Servicios incluidos: Elasticsearch, Kibana, Logstash, Filebeat

• Credenciales: usuario elastic, contraseña guardada en /root/.cloudzy-creds

• Puertos clave: Kibana 5601, Elasticsearch HTTP 9200, transporte interno de Elasticsearch 127.0.0.1:9300

• Directorios importantes:
  • Configuración: /etc/{service}/

  • Datos: /var/lib/{service}/

  • Registros: /var/log/{service}/

  • Binarios: /usr/share/{service}/bin/

  • Plugins (Elasticsearch y Kibana): /usr/share/{elasticsearch|kibana}/plugins/

Acceder a la interfaz web

Este es el recorrido inicial desde el arranque hasta tu primer dashboard. Usa la IP directamente para el acceso inicial y añade DNS más adelante si lo prefieres.

1. Kibana
   Abre el navegador en http://<server-ip>:5601. Inicia sesión con elastic y la contraseña que está en /root/.cloudzy-creds. Desde el inicio de Kibana, añade tu primera vista de datos y explora Discover o Dashboards.

2. Elasticsearch API
   Prueba el nodo con:

curl http://<server-ip>:9200

El transporte del clúster funciona en 127.0.0.1:9300 para la comunicación entre procesos locales.

1. Beats y Logstash
   Filebeat y Logstash se ejecutan como servicios. Apunta Filebeat a los logs de tu aplicación y enruta las entradas estructuradas a través de los pipelines de Logstash según sea necesario.

Comandos de servicio útiles:

estado de systemctl <service> reiniciar systemctl <service> systemctl stop <service> systemctl start <service> # Reemplaza <service> con: elasticsearch, kibana, logstash, filebeat

Funcionalidades avanzadas

Esta combinación mantiene la indexación estable, las consultas rápidas y las actualizaciones seguras. Se adapta a análisis en un solo nodo y escala verticalmente para cargas más exigentes sin necesidad de reinstalar la imagen.

• vCPUs dedicados y DDR5 RAM para una concurrencia de consultas consistente y fusiones de shards más rápidas

• Almacenamiento NVMe puro para alto IOPS en segmentos, translogs y snapshots

• 10 Gbps network port for bursty ingest and multi-user Kibana sessions

• Snapshots y rollback rápido mediante snapshots del panel para actualizaciones y pruebas de plugins más seguras

• Facturación por horas para nodos de staging temporales; paga solo lo que usas
  Un solo reinicio aplica cualquier redimensionamiento; sin migración de datos, sin ediciones de DNS.

Facilidad de uso

El panel de Cloudzy gestiona el encendido, el redimensionamiento, los snapshots y los cambios de región. Puedes desplegar en minutos, conectarte a Kibana en el puerto 5601 y empezar a enviar logs. Usa la IP estática de inmediato o asocia un dominio más adelante cuando estés satisfecho con la configuración.

Rendimiento

Una mejor telemetría ayuda a que los sitios reales carguen más rápido. Al recopilar logs de Nginx o de la aplicación con Filebeat y visualizar los patrones de tráfico en Kibana, puedes identificar endpoints lentos y reducir el TTFB en páginas públicas. El almacenamiento NVMe rápido I/O junto con un enlace de 10 Gbps mantiene la ingesta fluida durante picos de tráfico, para que tu vista de análisis se mantenga ágil mientras ajustas los Core Web Vitals.

Control total del sitio web

Tienes acceso root para ajustar el clúster, configurar reglas de firewall y gestionar plugins. El aislamiento KVM mantiene tu kernel y tus procesos separados de las cargas de trabajo de otros usuarios, y las IPs dedicadas reducen la fricción con CAPTCHA en las interfaces de administración.

• Gestiona los servicios con systemctl e inspecciona los logs en /var/log/{service}/

• Guarda las configuraciones en /etc/{service}/ y los datos en /var/lib/{service}/

• Instala plugins colocándolos en /usr/share/{elasticsearch|kibana}/plugins/ luego reiniciando el servicio

• Restringe el acceso permitiendo solo tu IP en los puertos 5601 y 9200, o coloca un proxy inverso con autenticación por delante.

Herramientas avanzadas

Obtienes el stack principal listo para usar, con puntos de integración bien definidos para hardening, monitorización y copias de seguridad. Todo está ajustado para un uso predecible de memoria y disco en esta imagen.

• Preinstalado: Elasticsearch, Kibana, Logstash, Filebeat en Ubuntu Server 24.04

• Complementos opcionales de hardening y monitorización como Fail2Ban y node_exporter

• Recetas de snapshots hacia almacenamiento de objetos como S3 o GCS

• Plantillas de cron para el mantenimiento del ciclo de vida de índices y la depuración de logs

• Ejemplos de pipelines Logstash para entradas habituales

Alcance global

Elige el centro de datos más cercano para una ingesta más rápida y dashboards más ágiles. Cloudzy opera múltiples puntos de presencia en tres continentes.

• América del Norte: Nueva York, Dallas, Miami, Utah, Las Vegas

• Europa: Londres, Ámsterdam, Frankfurt, Zúrich

• Asia-Pacífico: Singapur

Todas las ubicaciones ofrecen un enlace de 10 Gbps y un SLA de disponibilidad del 99,95 %. La única variable es la distancia a tus usuarios o fuentes de datos.

Detalles de la aplicación

Versión: No especificada

SO: Ubuntu Server 24.04

RAM mínima: 8 GB

Tipos de IP: IPv6, IPv4

Despliega Elastic Stack ahora: arranca un nodo ELK con Filebeat listo para usar y empieza a ingerir datos en minutos.

Importante: Configuración y responsabilidades sobre el dominio

Tienes acceso SSH/root completo en cada OCA. Ese nivel de control también significa que tus cambios pueden romper la aplicación. Lee esto antes de modificar configuraciones.

• Tú gestionas el dominio. No vendemos ni alojamos dominios/DNS. Si la aplicación necesita un dominio, debes apuntar tu dominio al servidor (A/AAAA/CNAME y MX/TXT si corresponde). La emisión de SSL y muchos paneles dependen de que esto esté configurado correctamente.

• Cambiar el dominio o el hostname tras la instalación no es sencillo. Muchas OCAs escriben el dominio en los archivos de configuración (.env, proxy inverso, URLs de la app). Si lo cambias, actualiza también:
  • Proxy inverso (Nginx/Caddy) y certificados TLS

  • URL "externa"/URL base de la app y URLs de callback/webhook

  • Cualquier enlace fijo en la app o en los complementos

• Las credenciales importan. Renombrar el administrador por defecto, rotar contraseñas o cambiar los puertos de servicio sin actualizar la configuración de la app puede bloquearte el acceso o detener los servicios. Mantén las credenciales seguras y sincronizadas entre la app, el proxy y cualquier integración.

• Los cambios de nameserver pueden causar interrupciones. Mover tu dominio a nuevos nameservers o editar registros NS desencadena retrasos de propagación. Planifica los cambios, reduce el TTL con antelación y verifica los registros A/AAAA antes de hacer el cambio.

• Editar el firewall o los puertos puede cortar el acceso. Si cambias SSH, HTTP/HTTPS, RDP o los puertos de la app, actualiza los firewalls (UFW/CSF/grupos de seguridad) y las reglas del proxy inverso en consecuencia.

• Los puertos de correo (SMTP) están restringidos por defecto. Los puertos de correo saliente (p. ej., 25/465/587) pueden estar bloqueados para prevenir abusos. Si tu OCA necesita enviar correo, solicita acceso SMTP. al soporte, o usa un proveedor de correo transaccional (SendGrid/Mailgun/SES) a través de API o SMTP autorizado.

• Correo y listas de permitidos. Si la app envía correos o recibe webhooks, cambiar las IPs o los hostnames puede afectar a la entregabilidad o a las listas de permitidos. Actualiza SPF/DKIM/DMARC y cualquier lista de IPs permitidas.

• Antes de cualquier cambio importante: haz un snapshot. Usa la función de instantánea/copia de seguridad del panel antes de hacer cualquier cambio. Si un plugin, una actualización o un cambio de configuración falla, puedes revertir en minutos.

• Alcance del soporte. Proporcionamos el servidor y la imagen OCA preinstalada. La configuración a nivel de aplicación (dominios, DNS, ajustes de la app, plugins, código personalizado) es responsabilidad del usuario.

Regla general: si modificas dominio, puertos, contraseñas, nombres de host o configuraciones de proxy/SSL, actualiza también los ajustes de la aplicación, y haz un snapshot antes.