Partager via

Sélection cible

Microsoft Azure offre plusieurs services de stockage, tels qu’Azure Files, Blob, Azure NetApp Files et Disques managés pour les machines virtuelles. En outre, il existe des partenaires indépendants de fournisseurs de logiciels (ISV) qui proposent des versions définies par logiciel de plateformes de stockage locales. Ces versions incluent des charges de travail de bloc, de fichier et d’objet basées sur des services de stockage Azure Core. Chacune de ces offres ISV a ses propres niveaux de prix et de performances et ses limites de service. Il est important d’évaluer les exigences capturées pendant la phase d’évaluation par rapport à ces capacités et limites de service.

Si vous disposez déjà d’une zone d’atterrissage d’entreprise ou si vous planifiez une zone d’atterrissage, vous devez également évaluer l’échelle globale et les limitations sur les abonnements, la structure et les limites correspondantes.

Important

Il est difficile de modifier les services cibles après la migration en raison de contraintes de temps et de complexité, ainsi que du niveau d’effort dépensé. Par conséquent, il est important de planifier et de décider du service de stockage Azure approprié pendant cette phase.

Votre choix doit être basé sur les exigences en matière de performances, de coût, de résilience, de sécurité et de fonctionnalités.

Pour les scénarios courants impliquant le stockage de blocs, de fichiers et d’objets, consultez l’article Choisir un service de stockage Azure pour savoir quel service de stockage Azure répond le mieux à vos besoins.

Voici les principales fonctionnalités et limites du service de stockage cible que vous devez évaluer en fonction de vos besoins. Ces fonctionnalités et limites incluent, mais ne sont pas limitées aux éléments suivants :

  • Prise en charge du protocole.
  • Objectifs de mise à l’échelle et de performances, tels que les limites de débit et d’E/S par seconde, la taille du fichier et du volume, les fichiers par volume ou répertoire et la structure hiérarchique des fichiers.
  • La réplication et les besoins en géoréplication.
  • Hiérarchisation.
  • Prise en charge de la période de rétention.
  • Sauvegarde, récupération et protection contre les ransomwares.
  • Fonctionnalités de sécurité.
  • Fiabilité du système, sla, RPO, RTO.
  • Disponibilité du service dans différentes régions Azure.
  • La conformité a besoin d’une prise en charge.
  • Fonctionnalités spécifiques, telles que d’autres flux de données.
  • Prise en charge de l’intégration.
  • Extensibilité des fonctionnalités.
  1. Effectuer une analyse des coûts à l’aide de la calculatrice de prix Azure pour comparer les modèles de tarification
  2. Considérez toutes les solutions/éditeurs de logiciels indépendants non-Microsoft déjà utilisées localement et vérifiez la disponibilité de solutions similaires ou de telles solutions sur Azure et sa parité des fonctionnalités. Vous trouverez nos solutions partenaires à l’adresse https://aka.ms/azurestoragepartners.
  3. Testez les fonctionnalités des services cibles par rapport à vos cas d’usage avant d’exécuter une migration complète.

Pour obtenir une vue plus détaillée des performances, des échelles, des protocoles et des limites de coûts pour différents services de stockage Azure, consultez la documentation spécifique de chaque produit pour connaître les performances et les cibles de mise à l’échelle. Choisissez les services cibles de vos charges de travail en comparant vos exigences à ces valeurs.

La migration de données non structurées comprend principalement les scénarios suivants :

Pour évaluer les limites actuelles de certains des services de stockage clés et déterminer si vous devez modifier vos choix en fonction d’eux, consultez :

Si l’une des limites vous empêche d’utiliser un service spécifique, plusieurs fournisseurs de stockage proposent leurs solutions sur la Place de marché Azure. Pour plus d’informations sur les partenaires ISV validés qui fournissent des services de fichiers, consultez les partenaires stockage Azure pour le stockage principal et secondaire.

Conseil / Astuce

Lorsque vous migrez un NAS SMB ou NFS vers Azure, les cibles probables sont Azure Files ou Azure NetApp Files. Toutefois, il existe d’autres options qui incluent :

  • Stockage Blob Azure, qui prend en charge NFS 3.0.
  • Machines virtuelles Windows ou Linux Azure avec disques attachés.
  • AKS avec des volumes persistants pour les charges de travail conteneurisées.
  • Cluster de serveurs de fichiers sur des machines virtuelles Azure ou d’autres appliances NAS dans Azure. Par exemple, NetApp ONTAP, Nasuni, Qumulo et Dell PowerScale.
  • Migration des données d'objet S3 vers Blob Azure à l'aide des outils Azure Storage Mover, AzCopy ou d'outils de partenaire/ISV. La couche Application nécessite des modifications délibérées. Le Stockage Blob Azure ne prend pas en charge en mode natif l’API S3. Les applications doivent donc être mises à jour pour utiliser les API natives d’Azure pour que la migration se termine.
  • Machine virtuelle Azure avec disques managés, souvent orchestrée via Azure Migrate ou d’autres solutions partenaires lors de la migration vers des machines virtuelles ou des bases de données.

Voir aussi

  • Last updated on