Disponibilité du système ptime

Mesurer Disponibilité

Lorsque vous discuter des exigences de disponibilité avec un utilisateur ou un chef de projet, il sera toujours vous dire que la disponibilité à 100 pour cent est nécessaire: «Notre projet est tellement important que nous ne pouvons pas avoir tout temps d'arrêt du tout." Mais la mélodie change généralement lorsque le projet leader découvre à quel point la disponibilité à 100 pour cent le coût. Puis la discussion devient une affaire d'argent, et plus d'un processus de négociation. Comme vous pouvez le voir dans le Tableau 2.1, pour de nombreuses applications, 99 pour cent de disponibilité est suffisante. Si les systèmes en moyenne une heure et demie de temps d'arrêt par semaine, soit mai satisfaisante. Bien sûr, beaucoup de cela dépend du moment où l'heure et demie se produit. Si elle tombe 3:00-4:30 le dimanche, qui va être beaucoup plus supportable sur de nombreux systèmes que si elle survient 10:00-11h30 le jeudi, ou chaque jour de semaine à 2 : 00 PM pendant 15 ou 20 minutes.

The Myth of the Nines

Nous avons vu un certain nombre de publicités proclamant «cinq neuf» ou plus de disponibilité. Il s'agit d'une généralisation bien de faire pour le matériel de marketing, parce que nous pouvons mesurer le temps moyen entre pannes (MTBF) d'un système matériel et de projeter son temps d'arrêt au cours d'une année. Disponibilité du système est basé sur la configuration logicielle, de charge, les attentes des utilisateurs, et le temps de réparer une panne. Avant de viser un nombre cible de trente et un, ou le juge des systèmes basés sur leur disponibilité proclamé relative, assurez-vous que vous pouvez faire correspondre le nombre annoncé contre vos exigences. Les considérations suivantes sont à prendre en considération pour évaluer la disponibilité souhaitée:

Nines sont une moyenne. Pannes maximum, en fonction de la durée maximale de réparer, sont plus importantes que le temps de disponibilité moyenne. Nines ne mesurent que ce qui peut être modélisé. Calcul et les logiciels sont difficiles à modéliser dans un cas moyen, vous aurez besoin pour mesurer votre disponibilité réelle et les intervalles de réparation pour les systèmes réels, les charges en cours d'exécution Real Software. Nines reflètent habituellement une vue système unique du monde. Rapide: Pensez à un système qui n'est pas en réseau, mais important. La fiabilité doit être fondée sur des réseaux d'ordinateurs, et le haut-to-bottom pile de composants qui constituent le réseau. Les plus fiables, faute de système de tolérance dans le monde est inutile si elle se trouve derrière un routeur mal configuré. Fournisseurs de systèmes informatiques parler de "Nines de disponibilité», et bien que nines sont un moyen intéressant d'exprimer la disponibilité, ils ratent quelques points essentiels. Tous les temps d'arrêt ne sont pas créés égaux. Si une panne de chasse des clients ou usagers, il est alors beaucoup plus cher qu'une panne d'inconvénients que seulement ceux des utilisateurs. Mais une panne qui cause des soucis est plus coûteux pour une entreprise d'une panne qui n'est pas détecté par les utilisateurs.

Considérez le coût des temps d'arrêt sur un site de vente e-commerce sur le web comme Amazon. Com ou ebay.com. Si, au cours d'une année, une seule panne de 30 minutes est subi, le système a un temps de fonctionnement apparemment respectable de 99,994 pour cent. Cependant, si la panne se produit un vendredi soir au début de Décembre, il en coûte beaucoup d'autres choses perdu entreprise que la panne serait même s'il est survenu le dimanche à 4h00 heure locale en Juillet. Disponibilité des statistiques ne font pas de distinction entre les deux. De même, si une entreprise d'actions de négociation des expériences de 30 panne minute 5 minutes avant que la Réserve fédérale annonce un changement surprise des taux d'intérêt, il en coûterait de l'entreprise beaucoup plus que la panne serait même un mardi soir à 8 h, si aucun changement de taux, et en effet, peu d'activités de toute nature, était en vue. Considérons le niveau de frustration d'un client ou l'utilisateur qui veut utiliser un système critique. Si la coupure de 30-minute, tout cela a une fois, puis un utilisateur peut quitter et revenir plus tard ou la nuit prochaine, et à son retour, le séjour si tout est OK. Toutefois, si les 30 minutes d'arrêt est réparti sur trois soirs consécutifs au Parallèlement, les utilisateurs qui tentent d'accéder chacun de ces trois nuits et de trouver des systèmes qui sont à la baisse sera très frustré. Certains d'entre eux iront ailleurs pour ne jamais revenir. (N'oubliez pas la règle du pouce qui dit qu'il coûte 10 fois plus pour trouver un nouveau client qu'il n'en faut pour conserver un ancien.) Beaucoup de vendeurs de système offrent des garanties de disponibilité, où ils prétendent garantie spécifique pourcentages uptime. Si les clients ne réalisent pas ces niveaux, alors le vendeur est contractuellement tenu de payer à leurs clients l'argent ou fournir une autre forme de Giveback.

Disponibilité de 99,93 pour cent réparties sur une année est de plus de 6 heures de temps d'arrêt. Une autre façon de regarder les mathématiques est de considérer que, à toutes fins pratiques, les sept éléments ne seront jamais être en panne au même moment. Comme chaque composante sera responsable de 52 minutes d'arrêt par année (basé sur une disponibilité de 99,99 pour cent), 7 fois 52 de 364 minutes, ou un peu plus de 6 heures par an, soit 99,93 pour cent. Le chemin réel de l'utilisateur vers les serveurs va être beaucoup plus compliquée que celle de la figure 2.1. Par exemple, le nuage de réseau est composé de routeurs, concentrateurs et commutateurs, dont l'un quelconque risque d'échouer et de réduire ainsi la disponibilité du réseau. Si le stockage est en miroir, puis sa disponibilité seront probablement plus élevés, mais la valeur varie à chaque fois. Les formules excluent également de nombreux autres composants qui pourraient entraîner un temps d'arrêt supplémentaire, si elles étaient à l'échec, comme l'électricité ou le bâtiment lui-même. Prenons un autre exemple. Six des sept composantes de la chaîne d'offrir une disponibilité de 99,99 pour cent, mais le septième temps de fonctionnement atteint seulement 99 pour cent. Le pourcentage de disponibilité générale de cette chaîne de composants ne seront pas seulement 98,94 pour cent. Grands retours sur investissement peut être atteint en améliorant la disponibilité de ce maillon le plus faible. Ainsi, alors que certains composants individuels mai être en mesure d'offrir plus de disponibilité de 99,99 pour cent, c'est beaucoup plus difficile pour un système entier, de l'utilisateur au serveur, pour fournir au même niveau. Les composants plus il ya de la chaîne et les plus complexes de la chaîne, plus la disponibilité globale sera. Tout composant mal dans la chaîne peut réduire la disponibilité globale, mais il n'existe aucun moyen pour un bon élément pour l'élever au-dessus du niveau de le maillon faible.

un article présenté par Ben Smeider

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «Disponibilité du système ptime" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.