Les services moins critiques peuvent quant à eux bénéficier d’un Plan de Reprise Informatique (PRI constitutif d’un PRA) si l’indisponibilité de ces services peut être tolérée, la perte des données récentes envisageable et/ou si les études de rentabilité de la mise en place d’un PCI démontrent une faible rentabilité en regard des résultats de celles en charge d’évaluer les risques de panne (probabilité, gravité, détectabilité).

Quel que soit le type de protection attaché à la préservation de la continuité du service (PCI, PRI ou aucun plan préventif), l’arrêt partiel ou total d’un nœud de traitement de l’information fragilise temporairement la robustesse de l’ensemble. Une fois la cause première identifiée la remédiation de celle-ci opérée, les exploitants s’évertuent donc à rétablir les services aussi promptement que possible, par ordre de priorité décroissante. L’infrastructure de commutation, de routage et de filtrage peut et doit être globalement redémarrée et/ou validée aussi rapidement que possible, ce qui nécessite un minimum de méthode, une bonne connaissance de l’organisation topologique et hiérarchique du réseau local et éventuellement, quelques sauvegardes de configuration d’équipements actifs à disposition… .

Après la remise en fonction et/ou la validation du bon fonctionnement du socle réseau/télécoms additionné des organes de sécurité périmétriques (firewalls, UTM, passerelles filtrantes, contrôle d’accès…), les applications les plus critiques peuvent être remises en fonction. Cependant, la notion d’ « application » se réfère en pratique à un écosystème de composants techniques en interaction et à polarité « end-user », eux-mêmes dépendants de composants logiciels  intermédiaires. D’où la pertinence de disposer d’un CMS (CMDB) à jour, d’avoir pré-documenté les relations de dépendance technique entre les applications et les composants systèmes sous-jacents (fédération d’identité, RADIUS, annuaire…) afin de maîtriser les séquences techniques de reprise et donner la priorité à la reprise des services les plus importants.

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article ACCÉLÉRER LA REPRISE DU SERVICE APRÈS UN INCIDENT MAJEUR D’EXPLOITATION est apparu en premier sur Cella Consilium.

C’est par exemple le cas des entités qui choisissent d’externaliser la fonction Messagerie électronique et qui doivent alors mettre en place les conditions optimales de la communication entre leurs postes clients et le fournisseur de la solution de messagerie, l’identification de leurs utilisateurs internes auprès de celle-ci ainsi que les déclarations techniques essentielles à la réception des messages de provenance externe par la solution externalisée.

Toutes les organisations n’ont pas nécessairement besoin d’une offre prête-à-l’emploi. Certaines disposent d’une compétence accrue en matière d’intégration et de maintien en conditions opérationnelles d’environnements applicatifs très spécifiques, tout en s’avérant capables de piloter au quotidien les couches systèmes/réseau sous-jacentes, les fonctions stockage et sauvegarde ainsi que la constitution de Plans de Continuité Informatiques (PCI) performants. Cependant, les savoir-faire et/ou moyens logistiques indispensables à la mise en œuvre et à la gestion capacitaire de salles informatiques peuvent s’avérer incomplets en interne, ce qui peut alors inciter au pilotage contractuel du « Facility Management » au moyen d’une collaboration avec un Centre de données. Le DataCenter pourvoira alors aux besoins énergétiques, d’agencement et de raccordement au backbone télécom tout en assumant les contraintes qui en découlent : gestion thermique (refroidissement/climatisation), sécurité des actifs (lutte contre les incendies, contrôle des accès…), maintien des capacités de charge… . Si la société en question expérimente de surcroît de fortes contraintes de confidentialité dans un environnement international extrêmement concurrentiel, elle sera probablement amenée à se doter de son/ses propre(s) Centre(s) de données dont elle détiendra l’usage exclusif.

A l’opposé de ces cas d’usage, de nombreuses organisations à taille humaine, flexibles, centrées sur leur cœur de Métier, optent pour une offre « Platform as a Service (PaaS) », pour laquelle l’hébergeur de la solution prend en charge le provisionning de systèmes virtuels dédiés ou mutualisés, selon le degré de performance attendu. Dans ce cas, les compétences marketing et développement web de la société cliente sont par exemple focalisées sur la constitution et la gestion d’un site marchand. Au fur et à mesure de la croissance économique de la société, le site est progressivement migré vers des systèmes de plus en plus dédiés, reposant sur des matériels de plus en plus performants et bénéficiant d’une bande passante augmentée en adéquation avec l’accroissement de l’audience du site. Si l’élaboration du capacity planning métier est effectuée par le client, la fourniture des nouvelles infrastructures IT relève de la responsabilité de l’hébergeur (qui peut ou non prendre en charge la migration du contenu).

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article CHOISIR UNE SOLUTION D’HEBERGEMENT ADAPTEE A SON METIER est apparu en premier sur Cella Consilium.

Le caractère optionnel ou au contraire, pleinement intégré dans l’offre d’hébergement, de tel ou tel service, relève de la répartition initiale des responsabilités entre l’hébergeur et son client, selon le modèle d’offre pressenti qui s’avère donc des plus structurants. Par exemple, une solution IaaS (Infrastructure as a Service) dédouane le client de toute responsabilité liée aux aspects matériels ainsi qu’au triptyque virtualisation/stockage/réseau, ce qui implicitement génère à ce propos une obligation de résultat pour l’exploitant du DataCenter, tandis que la gestion des systèmes virtualisés demeure dans le périmètre du client. Il en résulte dans ce cas de figure que la fonction sauvegarde des systèmes virtuels, par exemple, est généralement proposée par défaut par l’hébergeur et intégrée dans son coût de location des VMs. Dans le cas d’une solution SaaS (Software as a Service), tous les services d’exploitation courante sont sous la responsabilité exclusive du fournisseur de cette solution, celle du client se bornant à l’utilisation des produits pour lesquels il opte.

L’hébergement traditionnel de type salle informatique externalisée peut également pourvoir des services au-delà de l’infrastructure fondamentale, couramment facturés à l’acte selon un système de tickets. Ils adressent la réalisation des gestes de proximité récurrents, l’encadrement d’intervenants spécialisés (intégrateurs, info-gérants) et plus globalement les actions ponctuelles de type IMAC (Installation, Mouvements, Ajouts, Changements), typiquement : brassage Ethernet, installation d’équipement en rack, dé-commissionnement matériel… . Il convient pour le client d’être aussi précis que possible dans la qualification de la nature des services attendus et de proposer d’emblée les SLA souhaités, afin que les soumissionnaires évaluent l’impact sur leurs propres ressources en cas d’engagement contractuel.

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article QUALIFICATION DU MODELE DES SERVICES : CONCEVOIR LE CAHIER DES CHARGES POUR L’HEBERGEMENT D’UNE SALLE INFORMATIQUE est apparu en premier sur Cella Consilium.

L’accroissement de la perméabilité entre usages personnels et professionnels des matériels informatiques, ainsi que des lieux et des horaires de leur utilisation, a conduit l’entreprise à promouvoir l’amélioration de l’accessibilité à certaines de ses données : celles qui doivent à présent s’avérer toujours disponibles pour tout collaborateur pleinement habilité, où qu’il se trouve, selon des protocoles d’accès normalisés garantissant la compatibilité avec tout matériel présentant un degré adéquat de conformité logicielle. Telle est la vocation du cloud-computing et de ses deux variations originelles – cloud public et cloud privé.

Le cloud public permet à son client –entreprise comme particulier- de s’affranchir de l’exploitation de l’infrastructure informatique qui délivre le service attendu : sûreté de fonctionnement, disponibilité, processus supports, gestion matérielle, sécurité des systèmes… . Il offre au contraire la possibilité de souscrire à l’emploi direct de services logiciels intégrés et/ou de zones de stockage, puis de commencer à les utiliser immédiatement. L’entreprise optant pour cette solution conserve la responsabilité de l’administration applicative de l’offre et fait l’objet d’une facturation proportionnelle à l’utilisation qu’elle en fait, ainsi qu’au volume de données stocké. Si cette solution particulièrement économique séduit par son orientation résolument opérationnelle, elle affiche toutefois quelques limites :

• La taille ou la nature de l’activité de l’entreprise peuvent justifier la couverture de fonctions applicatives non couvertes en standard par le cloud public : granularité accrue de restauration de données d’application, visibilité temps-réel sur des logs transactionnels… ;
• Les données de l’entreprise sont stockées au sein de zones mutualisées entre plusieurs entités. Même si l’authentification de l’utilisateur final demeure la règle, il est difficile de recommander le stockage en cloud public/fédéré de données à forte contrainte de confidentialité lorsque l’infrastructure est collective ;
• Les performances d’ensemble sont peu prédictibles et peuvent varier sans avertissement préalable.

Lorsque les contraintes de contrôle en matière de sécurité, de souplesse administrative et/ou de performances sont telles que l’infrastructure sous-jacente doit être privative, on parle alors de cloud privé. Ce contrôle accru se paye d’un coût de mise en œuvre plus important et d’une moindre réactivité capacitaire. Il recèle également un danger : celui de consolider des services dans le cloud privé de façon à les rendre disponibles de façon agile et transverse, mais sans avoir anticipé la dégradation des performances pour les utilisateurs habitués à les adresser en contexte de réseau local.

Puisque les deux variations du cloud-computing montrent des objectifs similaires en réponse à des axes de contrainte opposés, les entreprises ont de façon parfaitement cohérente cherché à les combiner selon une forme qualifiée d’ « hybride », répartissant de la sorte fonctions et données selon la criticité des segments adressés. L’interopérabilité entre les deux types de cloud pose de nouveaux problèmes parmi lesquels le dimensionnement des liaisons d’accès se place au premier plan.

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article CLOUD PUBLIC VS. CLOUD PRIVE est apparu en premier sur Cella Consilium.