GUIDE DE DESCRIPTION DU PRODUIT EMC CLOUDARRAY

Transcription

1 GUIDE DE DESCRIPTION DU PRODUIT EMC CLOUDARRAY INTRODUCTION Aujourd hui, les départements informatiques sont confrontés à deux défis critiques en matière de stockage de données : la croissance exponentielle des données et un besoin croissant de conserver des volumes plus importants de données, pendant des périodes plus longues. Combinés, ces deux facteurs mettent à rude épreuve les datacenters existants, le personnel disponible et des budgets informatiques stagnants. Cette situation contraint les entreprises à identifier des solutions innovantes qui prennent en charge les investissements et les besoins au sein de l infrastructure sur site, tout en procurant la flexibilité pour une hypothétique croissance future des données. La disponibilité croissante des stockages Cloud privés et publics a procuré aux entreprises de toutes tailles l accès à un vaste éventail d options de stockage élastiques qui simplifient la gestion de la croissance et de la complexité du stockage. Pour la plupart des entreprises, les datacenters sur site demeurent essentiels au maintien de bons niveaux de performances, de sécurité et à la satisfaction des besoins architecturaux complexes, mais les données de niveau secondaire, d archivage et de stockage peuvent être déplacées vers des options moins coûteuses, quoique toujours accessibles, telles que le stockage Cloud public ou privé. Ce document explique comment les organisations peuvent valoriser le stockage Cloud CloudArray pour la prise en charge du stockage Cloud hybride, en combinant le faible coût et l évolutivité du stockage Cloud aux besoins de hautes performances et de haute disponibilité des systèmes de production. GUIDE DE DESCRIPTION DU PRODUIT

2 SOMMAIRE INTRODUCTION... 1 PRÉSENTATION DE CLOUDARRAY... 3 CARACTÉRISTIQUES ET FONCTIONS... 3 CONNECTIVITÉ DU STOCKAGE CLOUD... 3 Gestion des protocoles... 4 «Territoire local» et connectivité spécialisée du stockage Cloud... 4 Prise en charge d un environnement hybride... 4 MISE EN CACHE DYNAMIQUE INTELLIGENTE... 4 Configuration du cache... 5 Gestion, dimensionnement et migration du cache... 6 Cache dans le contexte de la réplication sur le Cloud... 7 Mise en pratique du cache... 7 Rechargement rapide du cache... 7 SÉCURITÉ... 7 PROTECTION DES DONNÉES ET REPRISE APRÈS SINISTRE... 8 Planning de snapshot... 8 Connectivité de sauvegarde... 8 Restauration CloudArray... 8 Mode d exercice incendie en temps réel... 9 DÉPLACEMENT DE DONNÉES... 9 Réduction de l impact réseau des opérations quotidiennes... 9 Migration du Cloud au Cloud Acquisition sécurisée en bloc GESTION DE CLOUDARRAY ENCOMBREMENT ADMINISTRATION CLOUDARRAY RÉSUMÉ... 12

3 PRÉSENTATION DE CLOUDARRAY Grâce à CloudArray, les entreprises sont en mesure d optimiser l infrastructure sur site pour les systèmes de production, tout en déchargeant les données de niveau secondaire vers le stockage Cloud public et privé. Les applications interagissent avec l appliance CloudArray via les volumes SAN (iscsi) et/ou NAS (NFS/CIFS/SMB/SMB2). CloudArray met localement en cache les données pour permettre un accès rapide et réplique automatiquement l ensemble du contenu sur un Cloud public ou privé. Cette approche élimine le recours à l intégration personnalisée des API et la courbe d apprentissage fastidieuse généralement requise par l intégration du stockage Cloud, ce qui simplifie la connexion au Cloud de l infrastructure existante, quasiment sans interruption ni délai. CloudArray rend le stockage en mode objet accessible via des interfaces SAN et NAS, tout en offrant un vaste éventail de fonctionnalités conçues pour répondre aux problématiques et défis généralement rencontrés lors du déploiement d un stockage Cloud, qu ils soient liés à la sécurité, aux performances, à la bande passante réseau, à l acquisition, à la réduction des données, à la protection des données et à la migration du Cloud au Cloud. CARACTÉRISTIQUES ET FONCTIONS Connectivité du stockage Cloud Le stockage en mode objet qui caractérise les déploiements de Cloud procure de multiples avantages (comme une plus grande évolutivité et une facilité de gestion améliorée). Malgré tout, l intégration du stockage en mode objet dans l environnement existant d une entreprise nécessite une intégration personnalisée avec les API de services Web de fournisseurs. Sans surprise, cette personnalisation tempère les avantages inhérents du stockage Cloud et diffère l implémentation, car elle nécessite le concours de développeurs hautement qualifiés, des tests intensifs et une gestion importante des risques.

4 GESTION DES PROTOCOLES La solution CloudArray a été programmée pour fonctionner directement avec les API de plus de 20 fournisseurs de stockage Cloud public et privé. Sur le front-end, CloudArray convertit le stockage en mode objet en un ou plusieurs volumes locaux pouvant être montés sur les serveurs existants à l aide de protocoles communs, comme iscsi, NFS, CIFS, SMB ou SMB2. En cas d accès via le protocole ISCSI, CloudArray présente des volumes bruts, en mode bloc sur les serveurs ; ces éléments peuvent être montés et formatés. Pour les systèmes en mode fichier, CloudArray présente des partages de fichiers standard. Les administrateurs peuvent créer de nombreux volumes différents sur chaque instance CloudArray. Chacun des volumes utilise les protocoles SAN ou NAS, en fonction des exigences, et peut être configuré individuellement afin de satisfaire les besoins en matière de performance et de disponibilité du serveur. «TERRITOIRE LOCAL» ET CONNECTIVITÉ SPÉCIALISÉE DU STOCKAGE CLOUD Pour des raisons de performance, réglementaires et de sécurité, les entreprises peuvent décider de déplacer certaines données vers un Cloud privé placé sous leur contrôle, ou d entrer en relation avec des fournisseurs de stockage Cloud public approuvés en fonction de leur situation géographique ou de leurs capacités sectorielles. Les administrateurs peuvent aisément associer des volumes spécifiques à un fournisseur de Cloud plus restrictif (public ou privé). PRISE EN CHARGE D UN ENVIRONNEMENT HYBRIDE CloudArray présente la caractéristique unique de prise en charge simultanée de plusieurs Clouds et plusieurs protocoles à partir d une instance unique. Pour l administrateur, il est possible, par exemple, de gérer simultanément : un volume d archive CIFS connecté à un Cloud public à faible coût et faible disponibilité ; un volume de sauvegarde iscsi connecté à un Cloud public différent, de service standard ; un partage de fichiers NFS connecté à un Cloud privé hautement sécurisé. Mise en cache dynamique intelligente Les détracteurs du Cloud évoquent souvent la latence de cette solution comme un obstacle à l adoption du stockage Cloud. Cette critique est justifiée, dans la mesure où l utilisation de volumes de stockage bruts, plus particulièrement pour les gros fichiers ou les systèmes de production importants, peut provoquer, sans aucun doute, des retards inacceptables.

5 Pour pallier cette problématique, CloudArray s appuie sur le stockage local (appelé «cache»). La mise en cache présente une double finalité : 1) offrir un niveau de performances locales pour les données actives, permettant de réduire, et dans de nombreux cas d éliminer, les effets de la latence du Cloud et 2) servir de mise en mémoire tampon pour les opérations de lecture/écriture. Dans une appliance physique CloudArray, le volume total de cache disponible est prédéterminé en fonction de la configuration matérielle, tandis que le cache d une appliance virtuelle est constitué de données de stockage local accessibles par le logiciel CloudArray. En réalité, une appliance virtuelle CloudArray peut être mappée sur différents types de stockage, en fonction des besoins. Par exemple, des disques SSD pour les caches associés à des systèmes de production ou hautes performances, et des disques SATA pour les données d archivage ou autres, qui affichent des besoins moins élevés en matière de performance et de disponibilité. En définitive, les performances d un volume spécifique dépendent de deux facteurs principaux : le volume de données conservé localement dans le cache (et l emplacement des données, sont-elles dans le cache?) et le type des disques utilisés pour le cache. CONFIGURATION DU CACHE Il est possible d associer chaque volume de données à son propre cache («un cache dédié») pour optimiser ses performances, sinon vous pouvez les exécuter à partir d un pool commun. Par ailleurs, le volume de cache affecté à chaque volume peut également faire l objet d une configuration individuelle. Pour les volumes d archivage consultés peu fréquemment ou les partages de fichiers très peu sollicités, des tailles de cache comprises entre 1 % et 10 % de la capacité totale sont souvent suffisantes. Ce cache peut provenir d un pool de cache qui est partagé entre plusieurs volumes. L ensemble des données sont disponibles pour l utilisateur, mais une partie du volume est également conservée localement. Grâce à cette méthode, il est simple d effectuer un scale-out du volume total de stockage disponible, sans étendre l encombrement local. Pour des volumes présentant des exigences plus élevées en matière de performances, il est souvent judicieux d adopter un cache dédié, plus important. Le cas échéant, vous pouvez dimensionner le cache à une taille représentant jusqu à 100 % de la taille du volume, ce qui vous garantit de disposer d une copie complète sur site et d une autre copie complète au sein du Cloud. Ce modèle procure des avantages non négligeables en matière d accessibilité et de performances. En effet, l ensemble des données et des opérations sont traitées dans le cache local, non dans le volume du Cloud. En conséquence, les performances dépendent de la vitesse du stockage utilisé pour le cache. Bien souvent, une taille de cache comprise entre ces deux extrêmes se révèle idéale. Par exemple, un volume dédié aux sauvegardes peut présenter un cache d une taille correspondant précisément aux besoins de la dernière sauvegarde complète. De cette manière, les opérations quotidiennes, telles que la restauration de fichiers ou les procédures de test, sont exécutées localement. Toutefois, en arrière-plan, une copie de la sauvegarde est envoyée hors site, tout comme l ensemble des sauvegardes plus anciennes. En cas de sinistre, la copie hors site des données est facilement consultable.

6 Indépendamment de sa taille, le cache contient toujours les données les plus récemment consultées des volumes associés. Les données consultées moins fréquemment sont hiérarchisées uniquement sur le Cloud. L ensemble des données, qu elles soient ou non mises en cache localement, sont présentées et rendues disponibles aux utilisateurs de manière identique, bien que les données mises en cache, évidemment, s exécutent plus rapidement que celles qui sont à récupérer du Cloud. GESTION, DIMENSIONNEMENT ET MIGRATION DU CACHE Au fur et à mesure de l évolution des besoins, les administrateurs ont souvent le sentiment que la taille de cache configurée à l origine n est plus appropriée. Ces professionnels ont la possibilité d augmenter la taille du cache via l interface utilisateur CloudArray, tant que l espace disponible sur les disques est suffisant. Si, par exemple, vous disposez d un volume qui transfère des quantités de données plus importantes sur le cache, vous pouvez décider d augmenter le cache, proportionnellement à la nouvelle taille de volume. Par ailleurs, imaginons que vous ayez configuré un cache très important afin d assurer la prise en charge d un transfert rapide de données vers le Cloud. Une fois que l ensemble des données ont été reçues, la capacité semble inappropriée ; il est alors possible de ramener cette dernière à une valeur «normale» d 1 %. Pour ce faire, il vous suffit de réduire l espace disque associé à votre cache ou de migrer le volume vers un cache moins important. Au fur et à mesure de l évolution des données, les entreprises peuvent valoriser la fonctionnalité de migration des volumes pour déplacer les volumes «chauds» vers un cache plus important ou plus rapide (disques SSD) et les volumes «froids»/d archivage vers un cache de taille plus réduite ou moins rapide (disques SATA).

7 CACHE DANS LE CONTEXTE DE LA RÉPLICATION SUR LE CLOUD Dans la mesure où la réplication des données sur le Cloud se produit de manière asynchrone, CloudArray utilise également le cache pour retenir les «données non validées» (données écrites sur le cache, mais pas encore répliquées sur le Cloud). Le cache local doit présenter une taille suffisante à la compensation de la différence entre le volume des données entrantes et la quantité de bande passante disponible pour la réplication sur le Cloud. MISE EN PRATIQUE DU CACHE Penchons-nous de plus près sur le fonctionnement du cache au sein d un environnement réel. Sur la gauche se trouvent les utilisateurs et les applications ayant besoin d accéder au stockage. Dans cet exemple, Acme Company possède quatre types différents d exemples d utilisation : les fichiers, les sauvegardes, les données d archivage et le stockage primaire. Chacun des types de données présente des exigences spécifiques. Il est nécessaire que les données utilisées en permanence par l entreprise, comme les fichiers ou d autres données principales, soient stockées sur disque rapide. Mais Acme souhaite que l ENSEMBLE des données applicatives primaires présentent des performances locales, rapides. Ainsi, le volume est associé à un cache dédié de 100 %, ce qui signifie qu une copie de l ensemble des données est conservée localement. Concernant les fichiers, par ailleurs, Acme utilise activement seulement 30 % des données ; l entreprise conserve un cache sur site de 30 %. CloudArray peut déterminer le type de données le plus susceptible d être sollicité (en fonction des consultations récentes), conserver ces données dans le cache et transférer le contenu restant sur le Cloud. En revanche, pour les données de sauvegarde et d archivage, Acme n a pas recours à des disques très rapides. L entreprise valorise des disques moins coûteux, plus lents pour le cache sur site. Ces composants offrent une taille de cache qui représente un faible pourcentage de la quantité globale des volumes. Lorsqu un espace supplémentaire de stockage est requis, Acme redimensionne un volume existant de données ou ajoute un nouveau volume sur CloudArray. De plus, lorsqu un volume devient obsolète après avoir été utilisé de manière continue (par exemple, un projet est terminé), les administrateurs ont la possibilité de migrer ce volume d une règle active associée à un disque rapide et un cache important vers une règle d archivage, présentant un cache de taille réduite porté par des disques plus lents. RECHARGEMENT RAPIDE DU CACHE Enfin, CloudArray offre à l administrateur la possibilité de remplir l espace vide de cache avec des données du Cloud, à des étapes clés de la gestion de l appliance. À la suite d événements tels que la reprise après sinistre, une exposition de snapshots ou une migration de volumes, les administrateurs peuvent préremplir le cache avec les données du Cloud, et ainsi doter les applications lisant des partages et des volumes de données d un temps de réponse plus rapide. Sécurité En plus de la sécurité rigoureuse déployée sur site par les fournisseurs de stockage Cloud au sein de leurs datacenters, nombreux sont les prestataires de services qui proposent également des fonctionnalités de chiffrement des données en standard. Toutefois, pour de nombreuses entreprises, une protection de ce type ne suffit pas à satisfaire les exigences, même modérées, définies en matière de sécurité. Pourquoi? Ce sont les fournisseurs de stockage Cloud, et non les propriétaires des données, qui sont en charge de la gestion des clés de chiffrement.

8 Pour remédier à ce problème et protéger efficacement les données, CloudArray propose une stratégie de chiffrement AES 256 bits multiniveau. Les données brutes et les métadonnées sont chiffrées séparément, à l aide de deux ensembles de clés différents. Ces clés sont toujours conservées localement, non avec les données stockées auprès du fournisseur de Cloud, de manière à ce que ce dernier ne bénéficie d aucun accès aux clés. Les clés sont gérées localement de manière exclusive par l utilisateur ou une copie des clés est envoyée sur le portail CloudArray en cas de sinistre. Cependant, les clés sont chiffrées au moyen d une protection par mot de passe, ce qui apporte une garantie supplémentaire de l état de fait suivant : seules les entités autorisées bénéficient d un accès aux données. Protection des données et reprise après sinistre La protection des données hors site et l amélioration de la reprise après sinistre constituent un exemple d utilisation typique du stockage Cloud. CloudArray offre différentes fonctions spécifiques dédiées à la simplification et à l amélioration de la fiabilité des procédures de sauvegarde et de reprise après sinistre. PLANNING DE SNAPSHOT CloudArray prend en charge une fonctionnalité de snapshots compacts, de planification et de rétention avancées, ce pour proposer une protection secondaire (voire primaire, parfois) des données stockées sur le Cloud. Lorsqu un snapshot de volume est reçu, l ensemble des modifications associées du volume sont appliquées à la copie primaire uniquement, tandis que les données d origine demeurent intactes pour la copie de snapshot. Les snapshots, qui sont compacts et utilisent efficacement la bande passante, n occupent pas le temps système de la technologie COW traditionnelle de snapshot. Les snapshots CloudArray, hébergés dans le Cloud, sont disponibles à la lecture et à l écriture dès leur exécution. Les snapshots sont invoqués sur l appliance à l aide de l interface utilisateur intégrée dans la console d administration. Des règles de rétention basées sur l ancienneté des données peuvent également être créées à l aide de l interface de planification des snapshots. Les snapshots accessibles sont «exposés», ce qui signifie qu ils sont montés et présentés en tant que nouveaux volumes. Ainsi, les données des snapshots peuvent également être utilisées dans le cadre d une analyse plus détaillée, sans que cela n affecte en rien les données de production. Les snapshots CloudArray permettent d économiser 20 fois plus de capacité que les systèmes de sauvegarde complète traditionnels. Les besoins d espace sont réduits, la protection des données hors site sur le Cloud et la restauration à un point dans le temps sont assurées en continu. Les snapshots peuvent être utilisés en remplacement des stratégies traditionnelles de sauvegarde, ou combinés à ces dernières. Nombreux sont les clients qui décident de recourir à un planning de snapshots pour sauvegarder des serveurs de fichiers ou des données applicatives de volume important. Sans les snapshots, ces activités de sauvegarde dureraient plusieurs jours. CONNECTIVITÉ DE SAUVEGARDE CloudArray pouvant présenter des interfaces SAN et NAS, les entreprises sont en mesure de l utiliser en tant que cible pour quasiment tous les logiciels de sauvegarde. Le serveur de sauvegarde transmet des données à CloudArray, qui les charge dans son cache local et vers le stockage Cloud en arrière-plan. Il n est pas nécessaire de remplacer le logiciel actuel de sauvegarde, ni de modifier les règles de sauvegarde existantes. RESTAURATION CLOUDARRAY Nombreuses sont les entreprises qui considèrent le Cloud comme une opportunité d amélioration et de simplification considérables de leurs stratégies de reprise

9 après sinistre. Pour la prise en charge de cet exemple d utilisation, CloudArray dispose d une vaste gamme de fonctionnalités dédiées à la restauration. Ainsi, les entreprises sont assurées d accéder rapidement à leurs données en cas de sinistre. La capacité de CloudArray de fonctionner en tant que machine virtuelle est précieuse pour les entreprises. Ces dernières subissent un sinistre ou une défaillance matérielle? Leurs administrateurs peuvent mettre en service, en quelques minutes, une nouvelle instance de CloudArray sur tout support disponible, qu il s agisse d un boîtier secondaire, d un site secondaire ou même d un environnement de traitement Cloud. Les administrateurs se connectent au portail CloudArray afin de télécharger la machine virtuelle. Au cours du processus d installation, les administrateurs ont la possibilité de restaurer une implémentation existante à l aide d un fichier de configuration de sauvegarde stocké dans le portail CloudArray. En quelques minutes, un réplica entièrement fonctionnel de la licence CloudArray affectée est disponible avec l ensemble des volumes, fonctionnalités et configurations de la licence d origine. Lorsqu un environnement de traitement Cloud est utilisé en tant que site de restauration, une image Cloud de CloudArray peut être utilisée pour le déploiement, afin d interagir avec les applications sur site ou Cloud. En valorisant CloudArray dans le cadre de la stratégie de restauration au sein de l environnement de traitement Cloud, les entreprises peuvent faire des économies considérables sur les coûts permanents associés à la gestion d un site distinct de restauration. Mode d exercice incendie en temps réel Par ailleurs, CloudArray dispose d un mode d exercice incendie, qui permet aux entreprises de mettre à l épreuve leur stratégie de reprise après sinistre sans affecter les systèmes de production. Lorsque ce mode est utilisé, les administrateurs peuvent restaurer une instance CloudArray dynamique sur un site différent et confirmer l accès en lecture/écriture à des volumes, sans arrêter les systèmes de production. Aucune de ces modifications ne fait l objet d une nouvelle réplication sur le Cloud. Ainsi, les entreprises sont protégées contre la corruption des données et sont assurées que le système de production demeure l élément maître. Déplacement de données RÉDUCTION DE L IMPACT RÉSEAU DES OPÉRATIONS QUOTIDIENNES Au sein de nombreuses entreprises, l utilisation du stockage soulève la problématique de monopolisation de la bande passante. CloudArray présente une fonctionnalité sophistiquée de régulation de la bande passante dédiée à l optimisation des performances du réseau. À l aide d une simple interface graphique, les administrateurs peuvent programmer l allocation de bande passante sur CloudArray en fonction de

10 leurs besoins. Par exemple, pendant les heures de production, où l utilisation de la bande passante est à son niveau le plus élevé, l appliance CloudArray peut faire l objet d une régulation inverse, ce pour éviter tout conflit d accès aux ressources. Via l interface, les administrateurs peuvent créer, afficher ou modifier des plannings récurrents, avec une granularité de 15 minutes. En outre, CloudArray «regroupe en fragments» les données avant de les envoyer, ce qui permet d alléger les charges globales transactionnelles et pesant sur le réseau, et de réduire l impact réseau. La taille de ces fragments peut être ajustée, afin d atteindre des performances optimales. CloudArray applique également une compression aux blocs de cache avant de les envoyer sur le Cloud. Les clients de CloudArray font généralement état d une réduction de 50 % ou plus de la taille du volume de données. Cela signifie que 100 Go de données consomment environ 50 Go dans le Cloud ; cette situation entraîne une baisse proportionnelle des frais récurrents mensuels liés au stockage Cloud. MIGRATION DU CLOUD AU CLOUD Nombreuses sont les entreprises qui cherchent à diversifier leurs fournisseurs de Cloud, ou à en changer, en raison de l évolution des exigences, d une tarification concurrentielle ou parce qu elles ont décidé de stocker les données au sein de l archivage à long terme. CloudArray prend en charge la migration des données entre les fournisseurs de Cloud, quasiment sans interruption et sans modifications du stockage dédié aux applications de CloudArray. La fonction de migration du Coud de CloudArray migre les données via un cache sur site. CloudArray prend également en charge la migration directe des données entre les fournisseurs de Cloud et via l environnement de traitement du Cloud. ACQUISITION SÉCURISÉE EN BLOC Les entreprises qui souhaitent déplacer un grand volume de données vers le Cloud ont généralement recours à une acquisition ponctuelle en bloc. En plus des plus de 20 fournisseurs de Cloud pris en charge par CloudArray, la solution peut également utiliser un boîtier NFS en tant que cible «Cloud». En conséquence, les clients peuvent mettre CloudArray à profit pour charger des données à haute vitesse, en toute sécurité au sein de leur propre datacenter, sur un périphérique NFS sur site. Les données basées sur les objets, entièrement chiffrées, peuvent ensuite être transmises à un fournisseur de Cloud, sans qu il ne soit nécessaire de partager les clés de chiffrement. À l issue du chargement, les administrateurs accèdent aux données directement sur le Cloud à l aide des fonctionnalités de migration du Cloud de CloudArray.

11 Gestion de CloudArray Encombrement CloudArray est fournie en tant qu appliances physique et virtuelle pouvant être déployées sur site ou au sein d un environnement de traitement Cloud. CloudArray utilise le stockage local («cache») pour accélérer les performances. Des règles définies par l utilisateur identifient les données conservées dans le cache local, ainsi que l importance de ce volume de données. Chaque instance CloudArray peut gérer simultanément de multiples règles et caches, qui sont configurables individuellement pour assurer la prise en charge des besoins des différents exemples d utilisation. L appliance physique est une machine dédiée qui est préintégrée dans le logiciel CloudArray. La taille de l appliance matérielle détermine le volume total de cache local disponible. Le stockage d appliance peut être morcelé en plusieurs caches de taille plus réduite, pour de meilleurs niveaux de granularité et de flexibilité. CloudArray peut également être aisément installée en tant qu appliance virtuelle utilisant une console Hypervisor. Les instances Hypervisor prises en charge à ce jour sont VMware vsphere ESXi et Hyper-V. Administration CloudArray Chaque instance de CloudArray peut être configurée individuellement à l aide d une interface utilisateur disponible sur navigateur. Les administrateurs utilisent cette interface pour : créer, modifier ou étendre des volumes, des partages de fichiers et des caches ; surveiller et afficher la santé, les performances et l état du cache de CloudArray ; appliquer des mises à jour logicielles ; planifier et configurer les snapshots et la régulation de bande passante. En complément des contrôles de configuration locale, les administrateurs disposent d un accès à un portail en ligne ( grâce auquel ils peuvent : télécharger des appliances virtuelles CloudArray ; configurer des alertes et accéder à la documentation produit CloudArray ; stocker une copie du fichier de configuration CloudArray pour la récupération de la reprise après sinistre.

12 Résumé En définitive, CloudArray constitue un vecteur simple de déplacement des données inactives et secondaires du stockage primaire vers un modèle de stockage Cloud à faible coût. Ainsi, les entreprises peuvent provisionner le stockage et gérer plus facilement la demande croissante de volumes de données. L ensemble de fonctions avancées de CloudArray prend en charge les besoins des clients en matière de sécurité et de performance à l aide d un modèle de Cloud à faible coût, exigeant peu de maintenance. Pour en savoir plus, accédez à l adresse NOUS CONTACTER Pour savoir comment les produits, services et solutions EMC peuvent vous aider à relever vos défis métiers et informatiques, contactez un responsable de compte ou un revendeur agréé, rendez-vous sur le site ou découvrez et comparez les produits sur l EMC Store. EMC 2, EMC, le logo EMC, CloudArray et TwinStrata sont des marques déposées ou des marques commerciales d EMC Corporation aux États-Unis et dans d autres pays. VMware est une marque déposée ou une marque commerciale de VMware, Inc. aux États-Unis et dans d autres juridictions. Copyright 2014 EMC Corporation. Tous droits réservés. Publié en France. 01/15 Guide de description du produit H EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.