Existe-t-il un moyen possible d'obtenir la date de création de la VM?
J'ai déjà essayé ce qui suit
$GetVM = Get-AzureRMVM Foreach ($vms in $GetVM) { $vm = get-azurermvm -name $vms.Name -ResourceGroupName $vms.ResourceGroupName $log = Get-AzureRmLog -ResourceId $vm.Id -StartTime (Get-Date).AddDays(-90) -WarningAction silentlyContinue Write-Output "- Found VM creation at $($log.EventTimestamp) for VM $($log.Id.split("/")[8]) in Resource Group $($log.ResourceGroupName) found in Azure logs" }
Cette requête kusto lira les journaux du La VM y est connectée. et obtenez toutes les opérations de création ou de mise à jour d'une machine virtuelle à partir d'une machine virtuelle et de son identifiant d'appel.
Mais c'est créer et mettre à jour , donc cela me donne des valeurs doubles à chaque fois qu'une machine virtuelle est en cours mis à jour.
J'ai essayé aussi dans PowerShell
AzureActivity | where TimeGenerated > ago(90d) | where ResourceProvider == "Microsoft.Compute" and OperationName == "Create or Update Virtual Machine" | project Resource ,Datum = format_datetime(EventSubmissionTimestamp, 'MM') ,Caller | distinct Datum , Resource , Caller | order by Datum
Mais je n'arrive pas non plus à trouver la date de création dans les fichiers journaux. Quelqu'un a-t-il une idée s'il est possible de trouver la date de création d'une machine virtuelle dans un langage de script, Kusto, Powershell, ...
3 Réponses :
Le portail affiche Créé pour un service cloud dans le tableau de bord d'un service cloud, mais cela n'apparaît pas pour une machine virtuelle spécifique (que vous pouvez voir avec Azure PowerShell avec Get-AzureService
).
Lorsque vous effectuez une création rapide d'une machine virtuelle, cela créera toujours un nouveau service cloud, de sorte que l'heure de création serait la même pour la machine virtuelle et le service cloud. Mais comme vous pouvez ajouter plusieurs VM à un service cloud, vous ne pouvez pas toujours vous y fier.
Sur le tableau de bord de la VM dans le portail, en bas si vous regardez la colonne VHD, le nom du VHD inclut la date à laquelle le disque a été créé dans le cadre du nom, bien que cela ne soit vrai que pour les VM créées à partir d'une image. Si la machine virtuelle a été créée à partir d'un disque, le nom peut être n'importe quoi. Vous pouvez obtenir ce nom de disque du système d'exploitation dans Azure PowerShell avec Get-AzureVM
.
Les journaux d'opérations sous Services de gestion dans le portail vous permettent de rechercher des opérations dans les 30 derniers jours. Par conséquent, si la machine virtuelle a été créée le mois dernier, vous pouvez y trouver des preuves de l'opération (par exemple, CreateHostedService code > et opérations
CreateDeployment
).
Pour les machines virtuelles Windows créées à partir d'une image, l'horodatage sur WaSetup.log
et WaSetup.xml
dans C: \ Windows \ panther \
refléter le moment où la VM a été provisionnée.
J'espère que cela aide.
La commande que vous avez fournie n'a pas fonctionné pour moi. Mais l'idée a cependant déclenché quelque chose. J'ai créé un petit script qui fait le même concept. Cependant, si une machine virtuelle a un disque non géré, ce concept ne fonctionne pas. Ce qui créera des points gris si je veux obtenir les VM qui ont été créées au cours des 90 derniers jours
Oui en tant que tel, il n'y a pas de solution de preuve complète disponible, ce ne sont que des alternatives pour la même chose. c'est pourquoi j'ai parlé de plusieurs options.
Vos solutions sont très utiles mais la solution de @silent a fait l'affaire car elle m'a donné la date de création de toutes les VM quel que soit le disque que j'ai utilisé. Et donc je ne peux que lui donner la réponse d'acceptation. Mais votre réponse était tout aussi valable; Merci beaucoup
Il n'existe aucun moyen direct de connaître la date de création si elle est postérieure à 90 jours. Mais voici une solution de contournement intéressante: https://savilltech.com/2018/02/13/checking-the-creation-time-of-an-azure-iaas-vm/
Si vous cochez Déploiements dans le groupe de ressources respectif, vous verrez la date de dernière modification pour chacun des déploiements dans ce RG.
Avez-vous essayé cela? savilltech.com/2018 / 02/13 /… Il ne semble pas y avoir de moyen intégré autrement
J'ai examiné de plus près la solution que vous avez fournie et cela a vraiment fait l'affaire pour moi. Si vous modifiez votre commentaire dans une réponse, je l'accepterai.
done :) voir la réponse ci-dessous