Présentation

Elastic Stack turns logs and metrics into searchable, visual, and actionable data. On Cloudzy, Elasticsearch, Kibana, Logstash, and Filebeat arrive preinstalled on Ubuntu Server 24.04 with sane defaults, so you can start ingesting data right away. Dedicated EPYC vCPUs, DDR5 RAM, pure NVMe storage, and a 40 Gbps uplink keep indexing fast and dashboards snappy. Flexible hourly billing supports quick staging clusters and scale testing, while long-term plans fit production rollouts.

Description

Cette image embarque la suite Elastic Stack complète pour la recherche, l'analyse et le traitement des logs. Les services sont gérés par systemd et préconfigurés pour communiquer entre eux dès le démarrage. Le superutilisateur initial est créé au premier démarrage et ses identifiants sont sauvegardés sur le serveur pour une récupération sécurisée.

• Services inclus : Elasticsearch, Kibana, Logstash, Filebeat

• Identifiants : nom d'utilisateur elastic, mot de passe stocké dans /root/.cloudzy-creds

• Ports clés : Kibana 5601, Elasticsearch HTTP 9200, transport interne Elasticsearch 127.0.0.1:9300

• Répertoires importants :
  • Configuration : /etc/{service}/

  • Données : /var/lib/{service}/

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

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

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

Accéder à l'interface web

Voici le chemin du premier jour, de la mise sous tension à votre premier tableau de bord. Utilisez l'IP directement pour l'accès initial, puis ajoutez DNS plus tard si vous le souhaitez.

1. Kibana
   Ouvrez votre navigateur à l'adresse http://<server-ip>:5601. Connectez-vous avec elastic et le mot de passe dans /root/.cloudzy-creds. Depuis l'accueil Kibana, ajoutez votre première vue de données et explorez Discover ou Dashboards.

2. Elasticsearch API
   Testez le nœud avec :

Le transport du cluster s'exécute sur 127.0.0.1:9300 pour la communication interprocessus locale.

1. Beats et Logstash
   Filebeat et Logstash fonctionnent comme des services. Pointez Filebeat vers les logs de votre application et faites transiter les entrées structurées par les pipelines Logstash selon vos besoins.

Commandes de service utiles :

Fonctionnalités avancées

C'est la configuration pratique qui maintient l'indexation stable, les requêtes rapides et les mises à jour sûres. Elle convient aux petites analyses sur nœud unique et monte en charge verticalement pour des workloads plus importants, sans réinstallation.

• vCPUs dédiés et DDR5 RAM pour une concurrence de requêtes constante et des fusions de shards plus rapides

• Stockage NVMe pur pour un IOPS élevé sur les segments, translogs et snapshots

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

• Snapshots et rollback rapide via les snapshots du panneau de contrôle, pour des mises à jour et des essais de plugins plus sûrs

• Facturation à l'heure pour les nœuds de staging éphémères ; ne payez que ce que vous utilisez
  Un simple redémarrage applique tout redimensionnement ; aucune migration de données, aucune modification de DNS.

Simplicité d'usage

Le tableau de bord de Cloudzy gère l'alimentation, le redimensionnement, les snapshots et les déplacements entre régions. Vous pouvez déployer en quelques minutes, vous connecter à Kibana sur le port 5601 et commencer à envoyer vos logs. Utilisez l'IP statique immédiatement ou associez un domaine plus tard, une fois la configuration validée.

Priorité aux performances

Better telemetry helps real sites load faster. By collecting Nginx or application logs through Filebeat and visualizing traffic patterns in Kibana, you can spot slow endpoints and reduce TTFB on public pages. Fast NVMe I/O plus a 40 Gbps uplink keeps ingest smooth during traffic spikes, so your analytics view stays responsive while you tune Core Web Vitals.

Contrôle total du site

Vous disposez d'un accès root pour le réglage du cluster, les règles de pare-feu et la gestion des plugins. L'isolation KVM maintient votre noyau et vos processus séparés des workloads voisins, et les IP dédiées réduisent les frictions CAPTCHA sur les interfaces d'administration.

• Gérez les services avec systemctl et consultez les logs dans /var/log/{service}/

• Stockez les configurations dans /etc/{service}/ et conservez les données dans /var/lib/{service}/

• Installez les plugins en les plaçant dans /usr/share/{elasticsearch|kibana}/plugins/ puis en redémarrant le service

• Sécurisez l'accès en n'autorisant que votre IP sur les ports 5601 et 9200, ou en plaçant un reverse proxy avec authentification en amont

Outils puissants

Vous obtenez la stack principale prête à l'emploi, avec des points d'accroche clairs pour le durcissement, la supervision et les sauvegardes. La consommation mémoire et disque est calibrée pour rester prévisible sur cette image.

• Préinstallé : Elasticsearch, Kibana, Logstash, Filebeat sur Ubuntu Server 24.04

• Options de durcissement et de supervision disponibles, comme Fail2Ban et node_exporter

• Recettes de snapshots vers un stockage objet tel que S3 ou GCS

• Modèles de tâches cron pour la maintenance du cycle de vie des index et l'élagage des logs

• Exemples de pipelines Logstash pour les entrées courantes

Portée mondiale

Pick the closest data center for faster ingest and quicker dashboards. Cloudzy operates 13 regions worldwide.

• North America: New York City, Dallas, Miami, Utah, Las Vegas, Los Angeles

• Europe: London, Amsterdam, Frankfurt, Bern

• Middle East and Asia Pacific: Dubai, Singapore, Sydney

All locations offer a 40 Gbps uplink and a 99.95 percent uptime SLA. The only variable is distance to your users or data sources.

Détails de l'application

Version : non spécifiée

OS : Ubuntu Server 24.04

RAM minimum RAM : 8 GB

Types d'IP : IPv6, IPv4

Déployez Elastic Stack dès maintenant : lancez un nœud ELK + Filebeat prêt à l'emploi et commencez à ingérer des données en quelques minutes.

Important : configuration et responsabilités liées au domaine

Tu obtiens un accès SSH/root complet sur chaque OCA. Ce pouvoir signifie aussi que tes modifications peuvent casser l'application. Lis bien ceci avant de bricoler les configs.

• Vous gérez le domaine. Nous ne vendons ni n'hébergeons de domaines/DNS. Si l'application a besoin d'un domaine, vous devez faire pointer votre domaine vers le serveur (A/AAAA/CNAME et MX/TXT si nécessaire). L'émission de SSL et de nombreux tableaux de bord dépendent de cette configuration.

• Changer le domaine ou le nom d'hôte après l'installation n'est pas anodin. Beaucoup d'OCA écrivent le domaine dans les configs (.env, reverse proxy, URL de l'application). Si tu le modifies, mets aussi à jour :
  • Le reverse proxy (Nginx/Caddy) et les certificats TLS

  • URL « externe »/URL de base de l'application et URL de callback/webhook

  • Tous les liens codés en dur dans l'application ou ses extensions

• Les identifiants sont importants. Renommer l'admin par défaut, faire tourner les mots de passe ou changer les ports des services sans mettre à jour la config de l'application peut vous bloquer l'accès ou arrêter des services. Garde tes identifiants en sécurité et synchronisés entre l'application, le proxy et les éventuelles intégrations.

• Modifier les serveurs de noms peut provoquer une interruption de service. Déplacer ton domaine vers de nouveaux nameservers ou modifier les enregistrements NS déclenche des délais de propagation. Planifie tes changements, baisse le TTL en avance et vérifie les enregistrements A/AAAA avant de basculer.

• Modifier le pare-feu ou les ports peut couper l'accès. Si tu changes les ports SSH, HTTP/HTTPS, RDP ou ceux de l'application, mets à jour les pare-feux (UFW/CSF/security groups) et les règles du reverse-proxy en conséquence.

• Les ports SMTP sont restreints par défaut. Les ports de messagerie sortante (par ex., 25/465/587) peuvent être bloqués pour prévenir les abus. Si votre OCA doit envoyer des e-mails, demandez l'accès SMTP. auprès du support ou utilise un fournisseur d'e-mail transactionnel (SendGrid/Mailgun/SES) via API ou SMTP autorisé.

• E-mail et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, changer d'IP ou de hostname peut affecter la délivrabilité ou les allowlists. Mets à jour SPF/DKIM/DMARC et toutes les allowlists d'IP.

• Avant toute modification importante : prenez un snapshot. Utilisez la fonctionnalité capture instantanée/sauvegarde d'abord. Si un plugin, une mise à jour ou une modification de config tourne mal, tu peux revenir en arrière en quelques minutes.

• Périmètre du support. Nous fournissons le serveur et l'image OCA préinstallée. La configuration au niveau applicatif (domaines, DNS, paramètres de l'application, plugins, code personnalisé) est de la responsabilité de l'utilisateur.

Règle simple à retenir : si vous modifiez domaine, ports, mots de passe, hostnames ou configs proxy/SSL, prévois aussi de mettre à jour les réglages de l'application, et fais un snapshot d'abord.