• Pourquoi ai-je besoin de la surveillance gérée?
• Pourquoi ne puis-je pas simplement acheter ou construire mon propre serveur de surveillance?
• Si mon serveur ou un service exécuté sur mon serveur défaillit, combien de temps s’écoule avant que je reçoive un avis?
• Quels types d’alertes vais-je recevoir?
• Me signalera-t-on la remise en marche du serveur/service?
• Que faire si le serveur/service est en panne pendant une longue période?
• Puis-je temporairement désactiver une vérification de service ou alerte particulière?
• Quels types de dispositifs/services pouvez-vous surveiller?
• J’utilise un serveur spécial – pouvez-vous le surveiller pour moi?
• Puis-je utiliser ce service pour surveiller des systèmes situés à tout endroit sur Internet?
• Mes serveurs sont protégés par un coupe-feu qui bloquera votre serveur de surveillance. Que faire?
• Que se passe-t-il si votre serveur de surveillance défaillit?
• Offrez-vous des statistiques historiques sur la disponibilité de chacun de mes services surveillés?
• Comment puis-je maintenir mes avis et alertes?
• Quels types d’avis prenez-vous en charge?
• Combien d’avis puis-je définir pour chaque vérification de service?
• Combien de vérifications de service puis-je prévoir?
• À quelle fréquence les renseignements sur l’état du portail sont-ils mis à jour?
• À quelle fréquence se fait la mise à jour des données historiques sur le temps de fonctionnement?
• Quels sont les délais de temporisation pour les diverses vérifications de service avant qu’un service soit considéré comme étant défaillant?
• J’ai plusieurs employés dont chacun est sur appel à différents jours de la semaine et à différentes heures du jour. Puis-je configurer le système pour que chaque employé ne reçoive les avis au sujet des défaillances que lorsqu’il est sur appel?
• Puis-je définir des « fenêtres d’entretien » afin de ne pas recevoir d’avis de défaillance pendant que j’effectue des tâches d’entretien sur mes serveurs?

Pourquoi ai-je besoin de la surveillance gérée?
Si vous avez un ou plusieurs serveurs ou dispositifs liés à Internet et que la disponibilité maximale de ces dispositifs vous est importante, vous devez faire en sorte que vos systèmes soient surveillés 24 heures par jour, sept jours sur sept. Les pannes de réseau et de serveur sont des réalités incontournables. Elles peuvent être causées par les pannes électriques, les défaillances matérielles, l’erreur humaine, les attaques de piratage et les problèmes de logiciels.
Si vous comptez sur vos serveurs pour des services essentiels à la mission, ou même si vous exploitez une petite entreprise de commerce électronique, vous savez que la défaillance des serveurs coûte cher. Après avoir acquiescé que les pannes peuvent réellement survenir, vous devez instaurer des systèmes qui les détectent rapidement pour permettre une résolution rapide du problème.
Le service de surveillance gérée de Primus peut surveiller tous vos systèmes et vous signaler la survenance de défaillances.

Pourquoi ne puis-je pas simplement acheter ou construire mon propre serveur de surveillance?
Oui, vous le pouvez !  Toutefois, les coûts liés à l’achat, à l’installation, à la configuration et à l’entretien du matériel et des logiciels surveillant votre infrastructure de réseau seraient beaucoup plus élevés que les frais mensuels modiques du service de surveillance gérée de Primus.  Le coût d’une ligne téléphonique dédiée, pour la télémessagerie ou la télécopie, est, à lui seul, presque supérieur au coût du service de Primus. Le serveur de surveillance de Primus est situé dans le réseau haute capacité et redondant du Centre de données Internet de Primus ultra sûr.

Si mon serveur ou un service exécuté sur mon serveur défaillit, combien de temps s’écoule avant que je reçoive un avis? Le moment de l'envoi des avis varie en fonction de nombreux facteurs :

• La fréquence à laquelle le service est surveillé (chaque minute/chaque tranche de cinq minutes).
• Le délai de temporisation configuré sur votre dispositif de surveillance particulier doit être dépassé pour que le service considère que votre système est en défaillance.
• Selon que l’avis est envoyé par courriel, télécopieur ou téléavertisseur.
• Le temps qui s’écoule avant que vous receviez le courriel, la télécopie ou le message par téléavertisseur envoyé. Par exemple, la réception d’une télécopie peut demander de deux à trois minutes. Certains réseaux de télémessagerie peuvent avoir un délai de quelques     minutes avant de livrer les messages. Si votre serveur de courriel est lent, la réception de l’avis par courriel pourrait être retardée.

Ce diagramme explique les délais liés au service de surveillance et à l'envoi des avis et alertes.

Quels types d’alertes vais-je recevoir?
Vous recevrez des alertes « critiques » lorsque le service surveillé défaillit. Une fois que le service est remis en marche, vous recevrez un avis « Ok ».  Vous pourriez aussi recevoir une alerte « d’avertissement » pour certains services s’ils semblent être sur le point de défaillir.

Me signalera-t-on la remise en marche du serveur/service?
Une fois que le système se rétablit, le serveur de surveillance vous enverra un message « OK » indiquant que le système a recommencé à fonctionner normalement.

Que faire si le serveur/service est en panne pendant une longue période
Le serveur de surveillance de Primus renverra les alertes « CRITIQUES » aux six heures si le système est en panne pendant plusieurs heures ou plusieurs jours.

Puis-je temporairement désactiver une vérification de service ou alerte particulière
Oui, vous le pouvez. Vous pouvez désactiver un avis particulier pour une période particulière si, par exemple, la personne qui reçoit normalement cet avis est en vacances ou absente. Également, vous pouvez désactiver un avis si vous comptez faire des tâches d’entretien du serveur ou si vous le mettez hors service pour une période donnée.

Quels types de dispositifs/services pouvez-vous surveiller Le serveur de surveillance de Primus prend en charge tous les protocoles Internet courants. Ceux-ci incluent ping (icmp), http, http-ssl, ftp, dns, smtp, ntp, imap, pop, real media, ldap, postgresql, mysql, oracle, generic tcp, contenu http et contenu http-ssl. Vous pouvez configurer un numéro de port spécial pour quelconque de ces vérifications. La vérification du contenu http et du contenu http-ssl vous permet de préciser une adresse URL particulière et une chaîne de textes particulière que la page devrait contenir. Si la page ne contient pas cette chaîne particulière, le service sera considéré comme étant défaillant. En plus des protocoles ci-dessus, le service peut aussi surveiller les serveurs et dispositifs de réseau à l’aide de SNMP. Le système peut interroger les variables SNMP sur le dispositif.  Si les valeurs obtenues ne concordent pas avec les valeurs et échelles établies, une alerte est envoyée. Le service peut aussi surveiller toute une gamme de paramètres pour serveurs UNIX et Windows, par l’entremise d’un utilitaire à installer sur le serveur. Grâce à cette caractéristique, vous pouvez surveiller différents éléments comme la consommation d’espace-disque, l’utilisation de l’unité centrale, l’état de fonctionnement d’un processus ou service, le temps de disponibilité du système, etc.

J’utilise un serveur spécial – pouvez-vous le surveiller pour moi
Probablement. Communiquez avec l’équipe des ventes aux entreprises de Primus pour obtenir plus de détails.
Notez que vous pouvez utiliser la vérification TCP générique pour voir, tout au moins, si un service répond, ou non, sur un port particulier.
Si votre environnement de serveurs est plus complexe, vous pouvez utiliser la vérification du contenu http pour surveiller le réseau à un niveau plus approfondi. Si vous avez par exemple un ou plusieurs serveurs fonctionnant à l’aide d’un serveur administratif de base de données, vous pouvez rédiger un script CGI simple et l’installer sur vos serveurs Web pour vérifier que le serveur de base de données fonctionne correctement. S’il fonctionne, le script CGI produira toujours une chaîne de texte comme « succès » que surveillera le dispositif de surveillance du contenu http. Si le script CGI décèle un problème en ce qui a trait au service de base de données, le dispositif de surveillance considérera que le service est défaillant et produira une alerte.

Puis-je utiliser ce service pour surveiller des systèmes situés à tout endroit sur Internet
Oui. Primus ne se limite pas à surveiller les dispositifs situés uniquement sur le réseau de Primus. Vous pouvez surveiller les systèmes situés ailleurs sur Internet.

Mes serveurs sont protégés par un coupe-feu qui bloquera votre serveur de surveillance. Que faire?
Primus peut vous fournir l’adresse IP du serveur de surveillance. Vous pouvez ajouter à votre coupe-feu une règle permettant à l’achalandage provenant de cette adresse IP de pénétrer le coupe-feu et ainsi permettre au service de faire ses vérifications.

Que se passe-t-il si votre serveur de surveillance défaillit
Le serveur de surveillance de Primus est doté de caractéristiques redondantes et est lui-même surveillé par d’autres systèmes de surveillance, 24 heures par jour et sept jours sur sept.  Le serveur est situé au Centre de données Internet de classe « A » de Primus. Le Centre de données est doté d’une alimentation redondante, de connexions Internet redondantes et de caractéristiques de contrôle de la température et de l’humidité.
Si Primus a à effectuer des tâches d’entretien pour le serveur de surveillance, ou encore si un problème survient, Primus vous enverra un avis par courriel pour vous signaler l’arrêt et vous donner une idée du moment de la remise en marche.

Offrez-vous des statistiques historiques sur la disponibilité de chacun de mes services surveillés
Pour chaque service surveillé, vous obtenez deux renseignements actualisés chaque jour : le nombre total de jours/heures/minutes de disponibilité et le nombre total de jours/heures/minutes d’arrêt.

Comment puis-je maintenir mes avis et alertes
Vous utiliserez le portail-client de Primus pour définir vos avis et alertes. Au portail, vous pourrez aussi avoir accès aux renseignements d’état pour chaque alerte ainsi qu’à l’historique du temps de fonctionnement.

Quels types d’avis prenez-vous en charge
Vous pouvez choisir de recevoir les avis par courriel, télécopieur ou télémessagerie. Primus prend actuellement en charge les messages de télémessagerie alphanumériques des réseaux de télémessagerie Bell Mobilité et Rogers Sans-fil.

Combien d’avis puis-je définir pour chaque vérification de service
Vous pouvez définir autant d’avis que vous désirez par vérification de service. Si vous voulez, par exemple, qu’un courriel soit envoyé à plusieurs adresses ou si vous désirez recevoir plusieurs messages de télémessagerie ou de télécopies en cas de défaillance d’un service, vous pouvez le faire.

Combien de vérifications de service puis-je prévoir
La quantité de vérifications que vous pouvez prévoir varie en fonction du forfait que vous achetez auprès de Primus.

À quelle fréquence les renseignements sur l’état du portail sont-ils mis à jour À quelle fréquence se fait la mise à jour des données historiques sur le temps de fonctionnement?
Un « instantané » des renseignements liés à l’état est émis par le serveur de surveillance et envoyé au portail à chaque tranche de 10 minutes.  Cette information ne se veut toutefois pas un aperçu en temps réel de l’état de vos vérifications.
Les données historiques sur le temps de fonctionnement sont mises à jour aux 24 heures.

Quels sont les délais de temporisation pour les diverses vérifications de service avant qu’un service soit considéré comme étant défaillant

Type de service	Durée avant « avertissement »	Durée avant « critique »
FTP		10 sec.
HTTP		10 sec.
10 sec (ou contenu non valide)		10 sec.
HTTP SSL		10 sec.
Contenu HTTP SSL		10 sec (pouvant être changé par le client) ou contenu non valide
IMAP		10 sec.
LDAP	2 sec.	4 sec.
MySQL		30 sec.
NNTP		Délai de 10 sec ou décalage de 120 sec
NTP1	Décalage de 60 sec	Délai de 30 sec ou décalage de 120 sec
PING	30 min (pouvant être changé par le client)	60 min (pouvant être changé par le client)
PostgreSQL	2 sec.	8 sec.
POP		10 sec.
RADIUS		10 sec.
REAL	1 sec.	2 sec.
SMTP		10 sec.
TCP Generic		10 sec.
SNMP	Atteinte du paramètre d’avertissement	10 sec ou  atteinte du paramètre « critique »
Windows Plugin	Atteinte du paramètre d’avertissement	10 sec ou  atteinte du paramètre « critique »
UNIX Plugin	Atteinte du paramètre d’avertissement	10 sec ou  atteinte du paramètre « critique »

1 La vérification NTP compare l’heure donnée par le serveur NTP à l’heure du serveur de surveillance de Primus.  Si l’heure décale par plus de 60 secondes, un « avertissement » est généré. Si l’heure décale par plus de 120 secondes, une alerte « critique » est générée.

J’ai plusieurs employés dont chacun est sur appel à différents jours de la semaine et à différentes heures du jour.  Puis-je configurer le système pour que chaque employé ne reçoive les avis au sujet des défaillances que lorsqu’il est sur appel?
Oui. Vous pouvez définir des périodes qui sont essentiellement des « fenêtres de surveillance » pendant lesquelles les avis et alertes sont émis.  Pour chaque période, vous pouvez définir des « fenêtres de surveillance » pour les sept jours de la semaine. Une « fenêtre de surveillance » peut durer toute une journée (pour chaque jour de la semaine), une partie de chaque jour, ou aucune période particulière pour un jour patrticulier.
Après avoir défini une période particulière, vous pouvez y associer des « avis » ou des « vérifications de service ».  Ceci vous donne toute la souplesse voulue lors de la configuration de votre surveillance.

Puis-je définir des « fenêtres d’entretien » afin de ne pas recevoir d’avis de défaillance pendant que j’effectue des tâches d’entretien sur mes serveurs
Deux options s’offrent à vous pour les fenêtres d’entretien.  Vous pouvez ouvrir une session et indiquer qu’une vérification est inactive avant d’entreprendre l’entretien, ou, si la fenêtre d’entretien se produit régulièrement, vous pouvez prévoir une période particulière pendant laquelle les alertes ne sont pas générées.

Top