Ce que nous faisons · Opérations: Télémétrie réseau et électrique, logs, détection DDoS
Nous exploitons trois plateformes dédiées sous notre système d'alarme : Observium pour les graphes réseau et électriques, Graylog pour les logs de chaque équipement, et Wanguard pour la détection des dénis de service en bordure, et chacune d'elles a quelque chose d'indépendant qui la surveille.
De quoi il s'agit
-
h2: De quoi il s'agit
-
Observium interroge chaque switch, routeur, firewall, onduleur et bandeau d'alimentation de rack en SNMP et conserve l'historique : trafic par port, erreurs, optiques, températures, et la consommation sur chaque ligne d'alimentation.
- Graylog reçoit le journal système de chaque équipement que nous exploitons : routeurs et switches Cisco, firewalls, baies HPE 3PAR, switches Fibre Channel Brocade, contrôleurs de châssis de blades et hôtes Linux. Les logs sont analysés, nettoyés et triés en streams par rôle, et les événements qui comptent déclenchent des alarmes.
- Wanguard lit le trafic miroir des routeurs de bordure et surveille en continu les schémas volumétriques et de déni de service contre toute adresse que nous annonçons.
Comment nous le construisons
- h2: Comment nous le construisons
Chaque source, normalisée. Les fournisseurs écrivent les logs différemment, et certains équipements omettent leur propre nom d'hôte. Graylog réécrit chaque source en un nom d'équipement propre et cohérent à l'entrée, de sorte qu'une recherche sur un routeur renvoie tout ce que ce routeur a dit, quel que soit le format utilisé. Les logs arrivent dans des streams dédiés (routage cœur, fabric, firewalls, stockage, hôtes) plutôt que dans une seule lance à incendie indifférenciée.
Des alarmes pour ce qui précède une panne. Des définitions d'événements déclenchent une alarme dans le chat d'exploitation pour ce qui arrive avant les ennuis : une session BGP tombée, un lien qui bat, BFD qui signale un chemin mort, une rotation de chiffrement sur le backbone, une panne matérielle, une erreur Fibre Channel sur le fabric de stockage, un pool NAT à court d'adresses.
Chaque bandeau d'alimentation, sur les deux lignes. Chaque PDU de rack, sur la ligne A et sur la ligne B, est dans Observium. La consommation par rack et la marge restante si une ligne est perdue sont donc des chiffres mesurés, pas des suppositions.
Le trafic de bordure, analysé. Des port mirrors sur les routeurs de bordure alimentent les sondes Wanguard, de sorte qu'une attaque est quelque chose que nous mesurons déjà quand elle commence.
Surveiller les surveillants. Un moniteur qui s'arrête est pire que pas de moniteur, parce qu'on fait confiance au silence. Les sondes DDoS ont leur propre watchdog indépendant sur une infrastructure séparée : un service volontairement simple qui vérifie que les sondes collectent des données et prévient bien avant tout renouvellement de licence.
Mesuré, pas deviné. Quand un opérateur nous annonce une maintenance planifiée, nous mesurons ensuite ce qui s'est réellement passé, de deux côtés : de l'extérieur, avec des données de sondes publiques, et de l'intérieur, avec l'état des liens, la chronologie des sessions BGP et nos vérifications d'URL clients. La réponse à « la maintenance de cette nuit nous a-t-elle affectés ? » est une chronologie horodatée.
Ce dont il vous protège
-
h2: Ce dont il vous protège
-
Un système de détection qui s'est arrêté en silence, sans que personne ne remarque le silence.
- Un équipement qui a l'air sain sur sa propre console mais a cessé d'envoyer ses logs.
- Une attaque signalée d'abord par vos clients plutôt que par nos sondes.
- Un rack qui tourne plus près de sa limite électrique que quiconque ne le pensait.
- Une revue d'incident qui doit reconstituer les événements de mémoire.
- « Nous pensons que c'était l'opérateur » quand il vous faut une réponse mesurée.
Pourquoi EuroVPS
-
h2: Pourquoi EuroVPS
-
Les logs de chaque équipement, des routeurs aux baies de stockage, consultables en un seul endroit.
- La détection DDoS lit le trafic réel sur nos propres routeurs de bordure.
- Une télémétrie électrique sur les deux lignes de chaque rack, pas seulement une facture mensuelle.
- Nos systèmes de supervision sont eux-mêmes supervisés par des watchdogs indépendants.
- Les questions sur le passé trouvent leur réponse dans les données, pas dans les souvenirs.
Questions fréquentes
- h2: Questions fréquentes
Pouvez-vous envoyer les logs de mon firewall ou de mon serveur vers votre Graylog ? Oui, pour les services que nous gérons. Les logs sont conservés dans des streams dont l'accès est limité aux ingénieurs qui exploitent votre plateforme.
Combien de temps conservez-vous les logs ? Cela dépend du service et de vos exigences. Dites-nous ce dont vos auditeurs ou vos politiques ont besoin et nous concevons la rétention en conséquence.
Graphez-vous mes propres ports de switch ou liens ? Pour les services réseau que nous fournissons, oui. Vous pouvez demander les graphes à tout moment.
Si vous voulez des réponses mesurées sur le fil plutôt que devinées, parlez à un ingénieur.
Votre prochain partenaire d'infrastructure
Examinons votre environnement.
Dites-nous ce que vous faites tourner aujourd'hui et ce qui doit s'améliorer. Un ingénieur examinera votre demande et vous aidera à planifier la suite.
+357 222 32280
Commençons par votre environnement.
Un peu de contexte nous aide à démarrer la bonne conversation.