Qu'est-ce que Kokilog et l'Observabilité​

Kokilog est une solution d'aide à l'analyse et à la décision portant sur tous les événements se déroulant sur votre infrastructure.

Concrètement, les événements importants se déroulant sur l'infrastructure du client sont consolidés puis envoyés sur un stockage dédié et sécurisé. Ces mêmes données sont formatées puis présentées au client via un ensemble de tableaux de bord conçu pour faciliter l'analyse et la prise de décision.

Afin de traiter au plus tôt les événements importants, les plus critiques sont notifiés par e-mail au client.

Laissons à Red Hat le soin de présenter l'Observabilité

Comment se matérialise l'apport de l'Observabilité ?​

• une attaque web est-elle en cours ?
• pourquoi mon système, à court de mémoire, tue-t-il aléatoirement les processus MySQL ?
• quelles tâches cron ont échoué la nuit dernière ?
• qui s'est connecté à mon serveur durant les dernières 24 heures et par quel moyen ?
• quel pays ouvre le plus de connexions vers mon site web ?
• mes sauvegardes se sont-elles bien déroulées ?
• mes mails sont-ils bien envoyés ?
• quels sont les temps de réponse min, moyen ou max de mes sites web ces 20 dernières minutes ?
• etc.

Autant de questions auxquelles Kokilog apporte une réponse précise et claire.

L'offre OVH Cloud MIS (Managed Infrastructure Service) et l'Observabilité​

La stack LAMP (Linux, Apache, MySQL et PHP) et l'Observabilité​

Historiquement, chez les hébergeurs et infogéreurs, l'observabilité de la stack LAMP se limitait, au mieux, à l'accès à des graphiques de performance Grafana ou Munin.
Exceptionnellement, chez les plus chanceux ou fortunés, un Graylog ou Kibana, couplé à Elasticsearch, offrait l'affichage des événements en mode graphique, accompagné d'une recherche par motifs.
La mise en œuvre de filtres et l'envoi étaient au mieux complexes et laborieux : rsyslog ou syslog-ng pour le « parsing » des journaux de services, Logstash avec Grok pour le découpage selon motif. Bref, le problème de l'agrégation, de la présentation et de l'aide à l'analyse restait entier, car loin d'être accessible ou exploitable par le plus grand nombre.
Le stockage onéreux d'Elasticsearch ne participant pas à améliorer la situation.

En contrepoint des offres d'observabilité Kubernetes, nous avons décidé chez Kokiris de proposer une offre d'observabilité complète et adaptée aux stacks dites classiques, telles que la stack LAMP, mais aussi aux écosystèmes plus modernes tels que Docker et ses orchestrateurs.

Loki et Alloy, le couple « Changeur de jeu »​

Apparu en 2018, Loki généralisa l'usage du stockage S3 dès 2020 et ouvrit la porte à une agrégation de logs basée sur un stockage abordable, prérequis à une rétention réellement exploitable. Quant au collecteur Alloy apparu en 2024, celui-ci permit la collecte d'événements et métriques, le scraping Prometheus, le découpage et filtrage selon motif et l'envoi des données vers des cibles telles que Loki ou Mimir.

Une observabilité orientée client et taillée sur mesure​

Une fois la définition des stacks techniques normalisée et leur déploiement industrialisé, fournir des tableaux de bord adaptés aux métriques et événements liés aux services fut un processus naturel.

L'offre Kokilog dans le détail​

• une analyse agrégée, pratiquement en temps réel, basée sur des dashboards taillés sur mesure
• un mois minimum de rétention des logs
• la possibilité d'archiver en lecture seule une copie des logs
• la possibilité de filtrer sur les événements et critères les plus significatifs ou bien d'effectuer des recherches par mot-clef
• la corrélation des métriques de performances avec les événements extraits des journaux, afin de réaliser une analyse la plus exhaustive possible
• une visibilité nouvelle et complète des services
• des filtres et des dashboards créés par l'équipe technique qui a conçu les stacks d'hébergement et d'infogérance
• un alerting sur les événements d'exploitation les plus critiques (ex. Oomkill, perte d'accès NFS, slow queries MySQL, erreurs critiques Apache et PHP, etc.)
• l'agrégation de l'ensemble des événements communs aux infrastructures du client
• l'ensemble des services déployés sur les serveurs seront représentés dans les tableaux de bord dans un proche avenir
• la mesure site par site des performances Web et le calcul automatique des SLA
• l'export des dashboards
• une solution hautement disponible
• un stockage sécurisé des logs, conforme HDS et ISO (27001, 27017, 27018, 27701)
• la possibilité d'étendre l'analyse aux principales applications clientes (prévu pour fin 2026)

Les services actuellement couverts par Kokilog​

Couverture non exhaustive — chaque tableau de bord donne également accès aux logs bruts du service concerné.

Services Web​

Exemple de tableau de bord

Bases de données​

Exemple de tableau de bord

Mail / SMTP​

Système​

Exemple de tableau de bord

Docker et Orchestrateur de conteneurs​

Exemple de tableau de bord

Connexions et déploiement​

Exemple de tableau de bord

Panel​

Autres tableaux de bord (dashboard)​

• temps de réponse et code retour par domaine avec calcul de disponibilité (SLA)
• tableau de bord synthétique de sécurité
• détection des dépassements mémoire

Exemple de tableau de bord

Questions Fréquemment Posées​

Kokilog vu de l'intérieur​

Un schéma valant mille mots :

Déclencheurs et seuils de notification​

Ce tableau est susceptible d'être rapidement étoffé.

minimultimis est un outil simple, en ligne de commande, qui donne au client la main sur son hébergement, tout en assurant un cloisonnement solide entre ses sites.

Le client le manipule à partir de son compte admin.

Avant de présenter l’outil, quelques rappels…

En mars 2024, Redis Ltd a changé la licence de Redis pour passer sous BSL (Business Source License) et SSPL à partir de la version 7.4. Pour tous ceux qui utilisaient Redis comme brique open source dans leur infrastructure, le signal était clair : il fallait anticiper.

Nous avons le plaisir de vous annoncer une évolution importante : le blog Kokiris migre vers une nouvelle adresse et s’intègre désormais directement à notre plateforme de documentation.

Cette transition s’inscrit dans une volonté simple : rendre l’accès à nos contenus plus clair, plus fluide et plus cohérent pour tous les utilisateurs.

Replay de l'épisode 1 : Kokiris et la sécurité de vos serveurs

Partie 1 : Audit de conformité et tests de durcissement​

Pourquoi auditer le durcissement de vos serveurs ?​

Avec la stack MISV6 basée sur Debian 13 (Trixie) arrive une version de haproxy embarquant une pile SSL particulièrement performante développée par Amazon (AWS-LC), l'utilisation de l'implémentation TLS du kernel (KTLS), mais surtout l'arrivée du protocole HTTP/3 sur QUIC, protocole star au cœur de cet article.

Quand un script PHP est lent, on pense souvent direct au code applicatif, à MySQL, au cache, etc. Mais parfois, le souci est plus bas niveau : DNS qui traîne, disque qui mouline, appels réseau bloquants, ou un sleep oublié.

strace est l'outil parfait pour ça : il te montre les appels système (syscalls) que ton process fait au noyau Linux. En gros, tu vois la vraie vie du process.

Mise à Niveau de PHP : Bienvenue à PHP 8.5 !​

Aujourd'hui, nous sommes heureux de vous annoncer une mise à niveau majeure disponible sur nos serveurs.

Sécurisez vos sites et CMS contre les malwares et vulnérabilités.

Avec KCH Protect, détectez, isolez et éradiquez les menaces avant qu'elles n'impactent votre activité. Premier scan gratuit !

Schéma d'architecture de stack « dual » : LAMP classique / orchestrateur de conteneurs.

Mise à Niveau de PHP : Bienvenue à PHP 8.4 !​

Aujourd'hui, nous sommes heureux de vous annoncer une mise à niveau majeure disponible sur nos serveurs.

Le bulletin d'alerte ANSSI CERTFR-2024-ALE-012 est lié aux vulnérabilités affectant OpenPrinting CUPS et les CVE : CVE-2024-47076, CVE-2024-47176

De multiples vulnérabilités ont été découvertes dans OpenPrinting CUPS et dans le composant cups-browsed. Celui-ci permet notamment de découvrir automatiquement des imprimantes partagées sur le réseau.

Comment nous renforçons la sécurité de votre serveur hébergé et managé chez Kokiris. Nos infrastructures sont conçues en respectant les normes les plus strictes, avec une approche industrialisée qui intègre des pratiques recommandées par l'ANSSI.

La CVE-2024-3094 est une vulnérabilité de sécurité qui affecte spécifiquement le package xz-utils, une suite d'outils de compression et de décompression largement utilisée dans les systèmes basés sur Linux. Cette faille de sécurité pourrait être exploitée par un attaquant pour exécuter du code malveillant sur le système cible ou pour provoquer un déni de service, compromettant ainsi l'intégrité et la disponibilité des données.

Mise à Niveau de PHP sur nos nouveaux serveurs : Bienvenue à PHP 8.3 !​

Aujourd'hui, nous sommes heureux de vous annoncer une mise à niveau majeure disponible sur nos serveurs.

Si vous êtes à la recherche d'une solution tout-en-un pour la gestion de votre infrastructure Plesk dans le Cloud, vous êtes au bon endroit ! Notre service Kokiris Plesk Management est là pour vous simplifier la vie en offrant une infogérance complète, disponible 24 heures sur 24, 7 jours sur 7, 365 jours par an, grâce à une équipe d'experts en informatique dévouée.

Extrait de la documentation Plesk

WP Toolkit est une interface de gestion unique pour installer, configurer et gérer facilement WordPress.

Préambule​

Le WAF (Web Application Firewall) ne sera pas abordé dans cet article.

Chez Kokiris l'observabilité est un sujet de premier plan, elle nous permet d'optimiser les interventions, de limiter la durée des coupures de service et de circonscrire les incidents. L'observabilité se matérialise par le monitoring qui lui-même se subdivise en alerting et métrologie.

Le passage d'une architecture mono à multi-serveurs s'accompagne de nouvelles contraintes essentiellement liées au partage des données entre les serveurs. Voici une liste assez exhaustive des questions à prendre en compte.