Analyse de rentabilité (préversion) – Questions courantes

  • Article

Cet article répond aux questions courantes sur les analyses de rentabilité dans Azure Migrate. Si vous avez d’autres questions, consultez les ressources suivantes :

Général

Comment puis-je exporter l’analyse de rentabilité ?

Vous pouvez sélectionner l’exportation à partir de l’analyse de rentabilité pour l’exporter dans un fichier .xlsx. Si vous le mouvement Exporter est désactivé, vous devez recalculer l’analyse de rentabilité en modifiant une hypothèse (Azure ou locale) dans l’analyse de rentabilité, puis sélectionner Enregistrer. Par exemple :

  1. Accédez à une analyse de rentabilité et sélectionnez Modifier des hypothèses et choisissez Hypothèses Azure.
  2. Sélectionnez Réinitialiser en regard de l’avertissement La plage de dates de durée de l’historique des performances est obsolète. Vous pouvez également choisir de modifier tout autre paramètre.
  3. Sélectionnez Enregistrer.

Cela recalcule l’analyse de rentabilité avec les hypothèses mises à jour, et active le mouvement d’exportation.

Quelle est la différence entre une évaluation et une analyse de rentabilité ?

Une évaluation vous aide à comprendre la préparation, le dimensionnement et les estimations des coûts Azure (seulement le calcul et le stockage) d’une source et de cibles particulières. Elle est utile pour comprendre comment migrer vers Azure.

Une analyse de rentabilité vous aide à comprendre les estimations des coûts locaux, les estimations des coûts Azure et les économies potentielles (TCO et Croissance d’une année à l’autre). Elle vous aide à comprendre pourquoi Azure ?, ainsi que les gains rapides et les avantages uniques offerts par Azure.

Pourquoi mon analyse de rentabilité est-elle à l’état de calcul ?

L’analyse de rentabilité crée des évaluations en arrière-plan, ce qui peut prendre un certain temps en fonction du nombre de serveurs, de serveurs SQL et d’applications web présents dans votre projet. Le calcul de l’analyse de rentabilité peut prendre entre 15 minutes et trois heures. Si elle est toujours bloquée à l’état de calcul, créez une demande de support.

Créer une analyse de rentabilité

Comment faire pour créer un cas d’entreprise ?

Actuellement, vous pouvez créer une analyse de rentabilité sur des serveurs et des charges de travail découverts à l’aide d’une appliance Azure Migrate légère dans votre environnement VMware, Hyper-V et Physique/Nu, ou sur des serveurs découverts à l’aide d’une importation .xlsx RVTools ou .csv. L’appliance découvre les serveurs et charges de travail locaux. Elle envoie ensuite les métadonnées et les données de performances des serveurs à Azure Migrate.

Pourquoi ne puis-je pas créer une analyse de rentabilité à partir de mon projet ?

Vous ne pouvez pas créer une analyse de rentabilité si votre projet se trouve dans l’une de ces deux régions de projet :

Allemagne Centre-Ouest et Suède Centre

Pour vérifier cela dans un projet existant :

  1. Vous pouvez utiliser l’URL https://portal.azure.com/ pour commencer.

  2. Dans Azure Migrate, accédez à Serveurs, bases de données et applications web>Objectifs de migration.

  3. Dans l’outil Azure Migrate : Découverte et évaluation, sélectionnez Vue d’ensemble.

  4. Sous Détails du projet, sélectionnez Propriétés.

  5. Vérifiez l’emplacement du projet.

  6. La fonctionnalité d’analyse de rentabilité n’est pas prise en charge dans les régions suivantes :

    Allemagne Centre-Ouest et Suède Centre

Comment faire pour ajouter des coûts d’installations à mon analyse de rentabilité ?

  1. Accédez à votre analyse de rentabilité, sélectionnez Modifier des hypothèses et choisissez Hypothèses de coût local.
  2. Sélectionnez l’onglet Installations.
  3. Spécifiez les coûts annuels estimés de bail/colocalisation/alimentation que vous souhaitez inclure en tant que coûts d’installations dans les calculs.

Si vous ne connaissez pas les coûts de vos installations, utilisez la méthodologie suivante.

Guide pas à pas pour calculer les coûts d’installations

Le calcul des coûts d’installations dans Azure Migrate est basé sur la méthodologie d’économie cloud, adaptée spécifiquement à votre centre de données local. Cette méthodologie est basée sur un modèle de colocalisation, qui prescrit une valeur moyenne de coût par kWh, incluant des coûts d’espace, d’alimentation et de bail, qui comprennent généralement des coûts d’installations pour un centre de données.  

  1. Déterminez la consommation d’énergie actuelle (en kWh) pour vos charges de travail : Consommation d’énergie par charges de travail actuelles = Consommation d’énergie pour les ressources de calcul + Consommation d’énergie pour les ressources de stockage.
    1. Consommation d’énergie pour les ressources de calcul :
      1. Déterminez le nombre total de cœurs physiques dans votre infrastructure locale : si vous ne connaissez pas le nombre de cœurs physiques, vous pouvez utiliser la formule Nombre total de cœurs physiques = Nombre total de cœurs virtuels/2.
      2. Entrez le nombre de cœurs physiques dans la formule donnée : Consommation d’énergie pour les ressources de calcul (kWh) = Nombre total de cœurs physiques * Enveloppe thermique (TDP) locale (kWh par cœur) * Intégration du facteur de charge * Indicateur d’efficacité énergétique (PUE).
      3. Si vous ne connaissez pas les valeurs de TDP, d’intégration du facteur de charge et de PUE local pour votre centre de données, vous pouvez utiliser les hypothèses suivantes pour vos calculs :
        1. TDP local (kWh par cœur) = 0,009
        2. Intégration du facteur de charge = 2,00
        3. PUE local = 1,80
    2. Consommation d’énergie pour les ressources de stockage :
      1. Déterminez le stockage total utilisé pour votre infrastructure locale en Téraoctets (To).
      2. Entrez le stockage en To dans la formule donnée : Consommation d’énergie pour les ressources de stockage (kWh) = Capacité de stockage totale en To * Puissance de stockage locale (kWh par To) * Conversion de la consommation d’énergie en consommation maximale * Intégration du facteur de charge * PUE (Indicateur d’efficacité énergétique) local.
      3. Si vous ne connaissez pas les valeurs de puissance de stockage locale, de facteur de conversion pour la consommation d’énergie en consommation maximale, d’intégration du facteur de charge et de PUE local, vous pouvez utiliser les hypothèses suivantes pour vos calculs :
        1. Puissance de stockage locale (kWh par To) = 10
        2. Conversion de la consommation d’énergie en consommation maximale = 0,0001
        3. Intégration du facteur de charge = 2,00
        4. PUE local = 1,80
  2. Déterminez la capacité énergétique inutilisée pour votre infrastructure locale : par défaut, vous pouvez supposer que 40 % de la capacité énergétique du centre de données reste inutilisée.
  3. Déterminez la capacité énergétique totale du centre de données : Capacité énergétique totale = Consommation d’énergie par charges de travail actuelles / (1-capacité énergétique inutilisée).
  4. Calculez le coût total des installations par année : Coûts des installations par année = Capacité énergétique totale * Coûts moyens de colocalisation ($ par kWh par mois) * 12. Vous pouvez supposer un coût moyen de colocalisation = 340 $ par kWh par mois.

Exemple 

Supposons que Contoso, une entreprise de commerce électronique, a 10 000 cœurs virtuels et 5 000 To de stockage. Utilisons la formule pour calculer le coût des installations :

  1. Nombre total de cœurs physiques = 10 000/2 = 5 000
  2. Consommation d’énergie pour les ressources de calcul = 5 000 * 0,009 * 2 * 1,8 = 162 kWh
  3. Consommation d’énergie pour les ressources de stockage = 5 000 * 10 * 0,0001 * 2 * 1,8 = 18 kWh
  4. Consommation d’énergie pour les charges de travail actuelles = (162 + 18) kWh = 180 kWh
  5. Capacité énergétique totale du centre de données = 180/(1-0,4) = 300 kWh
  6. Coût annuel des installations = 300 kWh * 340 $ par kWh * 12 = 1 224 000 $

Que signifient les différentes stratégies de migration ?

Stratégie de migration Détails Informations sur l'évaluation
Azure recommandé pour réduire les coûts Vous pouvez obtenir la recommandation cible la plus économique et la plus compatible dans Azure sur les cibles Azure IaaS et PaaS Azure. Pour les serveurs SQL Server, le dimensionnement et le coût proviennent du Rapport recommandé avec une stratégie d’optimisation « Réduire les coûts à partir de l’évaluation Azure SQL ».

Pour les applications web, le dimensionnement et le coût proviennent de l’évaluation Azure App Service.

Pour les serveurs généraux, le dimensionnement et le coût proviennent de l’évaluation des machines virtuelles Azure.
Migrer vers toutes les IaaS (Infrastructure as a Service) Vous pouvez obtenir une suggestion de lift-and-shift rapide vers Azure IaaS. Pour les serveurs SQL Server, le dimensionnement et le coût proviennent de l’instance vers SQL Server sur le rapport de machine virtuelle Azure.

Pour les serveurs généraux et les serveurs hébergeant des applications web, le dimensionnement et le coût proviennent de l’évaluation des machines virtuelles Azure.
Moderniser vers PaaS (Platform as a Service) Vous pouvez obtenir une suggestion PaaS par défaut qui signifie que la logique identifie les charges de travail les mieux adaptées aux cibles PaaS.

Les serveurs généraux sont recommandés avec une suggestion de lift-and-shift rapide vers Azure IaaS.		 Pour les serveurs SQL Server, le dimensionnement et le coût proviennent du rapport recommandé avec une stratégie d’optimisation : Moderniser vers PaaS à partir de l’évaluation Azure SQL.

Pour les applications web, le dimensionnement et le coût proviennent de l’évaluation Azure App Service. Pour les serveurs généraux, le dimensionnement et le coût proviennent de l’évaluation des machines virtuelles Azure.

Remarque

Bien que le cas d’entreprise sélectionne des suggestions Azure à partir de certaines évaluations, vous ne pourrez pas accéder directement aux évaluations. Pour approfondir le dimensionnement, la préparation et les estimations des coûts Azure, vous pouvez créer des évaluations respectives pour les serveurs ou les charges de travail.

Recommandation relative à l’analyse de rentabilité

Je ne vois pas certains serveurs et instances SQL

Il peut y avoir différentes raisons à cela.

  • La découverte n’est pas terminée : attendez la fin de la découverte. Il est recommandé d’attendre au moins 24 heures.
  • Vérifiez et résolvez les éventuels problèmes de découverte.
  • Des modifications ont été apportées à la découverte après la création de l’analyse de rentabilité.

Pour extraire les données de découverte les plus récentes, effectuez un nouveau calcul en sélectionnant le bouton Recalculer ou en modifiant les hypothèses puis en sélectionnant Enregistrer.

Pourquoi tout ou partie des serveurs sont-ils marqués comme inconnus dans les insights d’utilisation ?

Nous n’avons pas pu collecter suffisamment de points de données pour classifier ces serveurs. Nous vous recommandons d’attendre au moins une journée après le démarrage de la découverte, afin que l’analyse de rentabilité dispose de suffisamment de points de données d’utilisation. En outre, passez en revue les panneaux notifications/résoudre les problèmes sur le hub Azure Migrate pour identifier les problèmes liés à la découverte avant le calcul de l’analyse de rentabilité. L’examen des problèmes avant la création d’une analyse de rentabilité garantit que le patrimoine informatique de votre centre de données est représenté de façon plus précise.

La préparation a-t-elle été prise en compte dans les recommandations ?

Oui, mais vous ne pourrez pas accéder directement aux évaluations. Pour approfondir le dimensionnement, la préparation et les estimations des coûts Azure, vous pouvez créer des évaluations respectives pour les serveurs ou les charges de travail.

D’après la stratégie de migration, il s’agissait de la meilleure cible recommandée. Pour comprendre l’état de préparation et le dimensionnement détaillés, créez une évaluation et reportez-vous aux détails.

Comment puis-je connaître les détails pour les serveurs ou les charges de travail qui ne sont pas prêts pour Azure ?

Pour approfondir le dimensionnement, la préparation et les estimations des coûts Azure, vous pouvez créer des évaluations respectives pour les serveurs ou les charges de travail.

La logique de recommandation d’Azure SQL inclut-elle la consolidation SQL ?

Non, elle n’inclut pas la consolidation SQL.

Étapes suivantes