Partager via

Étendre les solutions de données locales dans le cloud

  • Article

Lorsque les organisations déplacent des charges de travail et des données vers le cloud, leurs centres de données locaux continuent souvent à jouer un rôle important. Le terme cloud hybride fait référence à une combinaison de cloud public et de centres de données locaux pour créer un environnement informatique intégré qui s’étend sur les deux. Certaines organisations utilisent un cloud hybride en tant que chemin d’accès pour migrer l’intégralité de leur centre de données vers le cloud au fur et à mesure. D’autres organisations utilisent des services cloud pour étendre leur infrastructure locale.

Cet article décrit certaines considérations et meilleures pratiques pour gérer des données dans une solution de cloud hybride.

Quand utiliser une solution hybride

Envisagez d’utiliser une solution hybride dans les scénarios suivants :

  • En tant que stratégie de transition lors d’une migration à long terme vers une solution entièrement native cloud
  • Lorsque les réglementations ou stratégies n’autorisent pas le déplacement de données ou de charges de travail spécifiques vers le cloud
  • Pour la récupération d’urgence et la tolérance de panne, par réplication des données et des services entre des environnements locaux et cloud
  • Pour la réduction de la latence entre votre centre de données local et les emplacements distants, par hébergement d’une partie de votre architecture dans Azure

Défis

  • Pour la création d’un environnement cohérent en matière de sécurité, de gestion et de développement, et l’évitement de la duplication des tâches

  • Pour la création d’une connexion de données fiable, à faible latence et sécurisée entre vos environnements locaux et cloud

  • Pour la réplication de vos données et la modification d’applications et d’outils afin d’utiliser les magasins de données appropriés au sein de chaque environnement

  • Pour la sécurisation et le chiffrement des données hébergées dans le cloud, mais consultés à partir de systèmes locaux, ou vice versa

Magasins de données locales

Les magasins de données incluent des bases de données et des fichiers. Il peut y avoir plusieurs raisons de conserver localement ces magasins de données. Il peut y avoir des réglementations ou des stratégies qui n’autorisent pas le déplacement de données ou de charges de travail spécifiques vers le cloud. Des préoccupations inhérentes à la souveraineté des données, à la confidentialité ou à la sécurité peuvent favoriser la sélection élective locale. Lors d’une migration, vous pouvez vouloir conserver localement certaines données d’une application qui n’a pas encore été migrée.

Les considérations relatives au placement des données d’application dans un cloud public sont notamment les suivantes :

  • Coût : Le coût du stockage dans Azure peut être nettement plus faible que le coût de maintenance du stockage avec des caractéristiques semblables dans un centre de données local. Étant donné que de nombreuses sociétés ont investi dans des réseaux SAN haut de gamme, elles ne bénéficieront peut-être pas de tous les avantages en matière de coût avant que le matériel existant ne soit obsolète.

  • Mise à l’échelle élastique. La planification et la gestion de la croissance de la capacité des données dans un environnement local peut constituer un défi, en particulier lorsque la croissance des données est difficilement prédictible. Ces applications peuvent tirer parti de la capacité à la demande et du stockage pratiquement illimité disponibles dans le cloud. Cette considération est moins pertinente pour les applications qui se composent de jeux de données de taille relativement statique.

  • Récupération d’urgence. Les données stockées dans Azure peuvent être répliquées automatiquement dans une région Azure et entre des régions géographiques. Dans les environnements hybrides, ces mêmes technologies peuvent être utilisées pour effectuer une réplication entre des magasins de données locaux et basés sur le cloud.

Extension des magasins de données dans le cloud

Plusieurs options permettent d’étendre les magasins de données locaux au cloud. Une option consiste à avoir des réplicas locaux et cloud. Cette approche peut permettre d’atteindre un niveau élevé de tolérance de panne, mais peut nécessiter d’apporter des modifications à des applications pour se connecter au magasin de données approprié en cas de basculement.

Une autre option consiste à déplacer une partie des données vers le stockage cloud, tout en conservant localement les plus récentes ou les plus souvent consultées. Cette méthode peut donner lieu à une option plus rentable pour le stockage à long terme, et améliorer les temps de réponse d’accès aux données en réduisant votre jeu de données opérationnelles.

Une troisième option consiste à conserver localement toutes les données, mais à utiliser le cloud computing pour héberger des applications. Grâce à cette option, vous hébergez votre application dans le cloud et la connectez à votre magasin de données local via une connexion sécurisée.

Azure Stack

Pour une solution cloud hybride complète, pensez à utiliser Azure Stack. Azure Stack est une plateforme cloud hybride qui vous permet de fournir des services Azure depuis votre centre de données. Cette solution permet d’assurer la cohérence entre les systèmes locaux et Azure, en utilisant des outils identiques sans qu’aucune modification de code ne soit nécessaire.

Azure et Azure Stack sont appropriés dans les cas d’usage suivants :

  • Solutions edge et déconnectées. Répondez aux besoins de latence et de connectivité en traitant les données localement dans Azure Stack, puis en les agrégeant dans Azure pour une analytique plus poussée, avec une logique d’application commune.

  • Applications cloud conformes à diverses réglementations. Développez et déployez des applications dans Azure, en profitant de la flexibilité de déployer les mêmes applications localement sur Azure Stack pour répondre aux exigences des réglementations et des stratégies.

  • Modèle d’application cloud en local. Utilisez Azure pour mettre à jour et étendre des applications existantes ou en créer. Utilisez un processus DevOps cohérent sur Azure dans le cloud et sur Azure Stack en local.

Magasins de données SQL Server

Si vous exécutez SQL Server localement, vous pouvez utiliser le stockage Blob Azure pour assurer les services de sauvegarde et de restauration. Pour plus d’informations, voir SQL Server Backup and Restore with Microsoft Azure Blob Storage Service(en anglais). Cette capacité vous offre un stockage hors site illimité et la possibilité de partager les mêmes sauvegardes entre SQL Server s’exécutant localement et SQL Server s’exécutant sur une machine virtuelle (VM) dans Azure.

Azure SQL Database est une base de données en tant que service relationnelle managée. Étant donné que SQL Database utilise le moteur Microsoft SQL Server, les applications peuvent accéder aux données de la même façon, quelle que soit la technologie utilisée. SQL Database peut également être combiné avec SQL Server de plusieurs manières utiles. Par exemple, la fonctionnalité SQL Server Stretch Database permet l’accès à une application qui ressemble à une table unique dans une base de données SQL Server alors que certaines lignes ou toutes les lignes de cette table peuvent être stockées dans SQL Database. Cette technologie déplace automatiquement dans le cloud les données qui n’ont pas été consultées pendant une période définie. Les applications qui lisent ces données ne se rendent pas compte que des données ont été déplacées vers le cloud.

Conserver des magasins de données localement et dans le cloud peut être difficile lorsque vous souhaitez que les données restent synchronisées. Vous pouvez remédier à ce problème grâce à SQL Data Sync, un service conçu sur SQL Database qui vous permet de synchroniser les données choisies de manière bidirectionnelle sur plusieurs bases de données Azure SQL et instances SQL Server. Même si Data Sync permet de facilement maintenir à jour vos données dans ces divers magasins de données, vous ne devez pas l’utiliser pour la récupération d’urgence ou la migration depuis SQL Server local vers SQL Database.

Pour la récupération d’urgence et la continuité des activités, vous pouvez utiliser des groupes de disponibilité AlwaysOn pour répliquer des données sur deux ou plusieurs instances de SQL Server, dont certaines peuvent être en cours d’exécution sur des VM Azure dans une autre région géographique.

Partages réseau et magasins de données basés sur des fichiers

Dans une architecture cloud hybride, il est courant qu’une organisation conserve les fichiers plus récents localement et archive les fichiers plus anciens vers le cloud. Cette pratique est parfois appelée « hiérarchisation des fichiers ». Elle permet un accès fluide aux fichiers locaux et hébergés dans le cloud. Cette approche permet de minimiser l’utilisation de la bande passante réseau et les temps d’accès aux fichiers les plus récents, qui sont susceptibles d’être consultés le plus fréquemment. En même temps, vous bénéficiez des avantages du stockage sur le cloud des données archivées.

Les organisations peuvent également vouloir déplacer leurs partages réseau entièrement vers le cloud, par exemple, si les applications qui y accèdent se trouvent également dans le cloud. Cette procédure peut être effectuée à l’aide d’outils d’orchestration des données.

Azure StorSimple propose la solution de stockage intégrée la plus complète pour gérer les tâches de stockage entre vos appareils locaux et le stockage cloud Azure. StorSimple est une solution SAN efficace, rentable et facile à gérer qui élimine la plupart des problèmes et des frais liés à la protection des données et du stockage d’entreprise. Elle utilise l’appareil propriétaire de la série StorSimple 8000, s’intègre à des services cloud et fournit un ensemble d’outils de gestion intégrés.

Les fichiers Azure sont une autre méthode d’utilisation des partages réseau locaux en même temps que le stockage de fichiers basés sur le cloud. Les fichiers Azure proposent des partages de fichiers entièrement gérés auxquels vous pouvez accéder avec le protocole Server Message Block (SMB) (parfois appelé CIFS). Vous pouvez monter des fichiers Azure en tant que partage de fichiers sur votre ordinateur local, ou les utiliser avec les applications existantes qui ont accès à des fichiers locaux ou de partage réseau.

Pour synchroniser les partages de fichiers dans des fichiers Azure avec vos serveurs Windows locaux, utilisez Azure File Sync. Un des avantages majeurs d’Azure File Sync est sa capacité à hiérarchiser des fichiers entre votre serveur de fichiers local et les fichiers Azure. Cette capacité vous permet de ne garder localement que les fichiers les plus récents ou les plus récemment consultés.

Pour plus d’informations, consultez Décision d’utiliser le stockage Blob Azure, les fichiers Azure ou les disques Azure,.

Mise en réseau hybride

Cet article est axé sur les solutions de données hybrides, mais prend également en considération la manière d’étendre votre réseau local à Azure. Pour plus d’informations sur cet aspect des solutions hybrides, consultez les ressources suivantes :

Contributeurs

Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.

Auteur principal :

Étapes suivantes