Utilisation des instances

Les zone de sécurité garantissent que les ressources en nuage sont conformes aux principes de sécurité d'Oracle. Si une opération sur une ressource d'un compartiment de zone de sécurité enfreint une politique pour cette zone de sécurité, l'opération est refusée.

Les politiques de zone de sécurité suivantes ont une incidence sur la possibilité de créer des instances :

• Le volume de démarrage d'une instance de calcul située dans une zone de sécurité doit également se trouver dans la même zone de sécurité.
• Une instance de calcul qui n'est pas dans une zone de sécurité ne peut pas utiliser un volume de démarrage qui se trouve dans cette zone.
• Une instance de calcul dans une zone de sécurité doit utiliser des sous-réseaux qui se trouvent également dans la même zone de sécurité.
• Toutes les instances de calcul d'une zone de sécurité doivent être créées à l'aide d'images de plate-forme. Vous ne pouvez pas créer une instance de calcul à partir d'une image personnalisée dans une zone de sécurité.

Pour les administrateurs : La politique la plus simple permettant aux utilisateurs de créer, de modifier et de mettre fin (supprimer) est indiquée sous Autoriser les utilisateurs à lancer des instances de calcul. Elle donne au groupe indiqué l'accès général pour gérer les instances et les images, ainsi que le niveau d'accès requis pour attacher des volumes par blocs existants aux instances. Si le groupe spécifié n'a pas besoin de lancer des instances ou d'attacher des volumes, vous pouvez simplifier cette politique pour inclure seulement manage instance-family et supprimer les énoncés impliquant volume-family et virtual-network-family.

Si le groupe doit créer des volumes par blocs, il a besoin de pouvoir les gérer. Voir Autoriser les administrateurs de volumes à gérer les volumes par blocs, les sauvegardes et les groupes de volumes.

Si le groupe a besoin d'accéder spécifiquement aux images de la communauté, il aura besoin de la possibilité de lire les images de la communauté. Voir Publication des applications de communauté.

Certaines tâches de calcul nécessitent des politiques supplémentaires, comme décrit dans les sections suivantes.

Allow group InstanceUsers to read virtual-network-family in compartment XYZ
Allow group InstanceUsers to use instance-family in compartment XYZ

Allow group InstanceLaunchers to manage instances in compartment ABC 
  where request.instanceOptions.areLegacyEndpointsDisabled= 'true'

Allow group InstanceLaunchers to use compute-capacity-reservations in tenancy
                            

Allow group InstanceLaunchers to manage compute-capacity-reservations in tenancy
                            

Lorsque vous créez une instance de machine virtuelle, par défaut Oracle Cloud Infrastructure choisit un type de réseau recommandé pour la carte vNIC en fonction de la forme d'instance et de l'image du système d'exploitation. L'interface réseau gère des fonctions telles que l'entrée/la sortie de disque et la communication réseau.

Les demandes de travail vous permettent de surveiller les opérations de longue durée telles que les sauvegardes de base de données ou le provisionnement d'instances de calcul.

Si une opération telle que l'opération de création d'instance échoue ou si l'état de l'instance passe directement du provisionnement à l'arrêt, utilisez des demandes de travail pour déterminer où l'erreur est survenue dans le flux de travail. Des erreurs peuvent survenir en raison de problèmes de configuration ou de problèmes liés aux données d'utilisateur. Des erreurs synchrones se produisent lors de l'appel initial à l'API du service Calcul pour créer l'instance. Des erreurs asynchrones surviennent pendant le flux de travail de création d'instance qui se produit après l'appel d'API initial. Les demandes de travail saisissent les échecs de validation asynchrone. Un appel de l'API de création d'instance qui retourne une réponse HTTP 200 peut être suivi d'une erreur asynchrone lors du flux de travail de création d'instance suivant.

La réponse à l'appel de l'API REST contient l'OCID de la demande de travail dans l'en-tête opc-work-request-id. Vous pouvez surveiller le statut de la demande de travail à tout moment en appelant GetWorkRequest dans l'API de demandes de travail et en transmettant l'ID demande de travail trouvé dans l'en-tête opc-work-request-id. Si une erreur survient pendant le flux de travail, vous pouvez appeler ListWorkRequestErrors dans l'API de demandes de travail et transmettre l'ID demande de travail pour extraire une liste d'erreurs.

Pour des informations sur l'utilisation des demandes de travail pour dépanner les erreurs, voir Demandes de travail. Pour des informations détaillées sur les demandes de travail asynchrones, notamment sur le filtrage de la réponse à la demande et un exemple de demande et de réponse, voir Demandes de travail asynchrones.

Appliquer des marqueurs aux ressources afin de les organiser en fonction des besoins de l'entreprise. Vous pouvez appliquer des marqueurs lorsque vous créez une ressource, et vous pouvez mettre à jour une ressource plus tard pour ajouter, réviser ou supprimer des marqueurs. Pour des informations générales sur l'application de marqueurs, voir Marqueurs de ressource.

Pour gérer les marqueurs d'une instance :

1. Ouvrez le menu de navigation et sélectionnez Calcul. Sous Calcul, sélectionnez Instances.

2. Sélectionnez l'instance qui vous intéresse.

3. Sélectionnez l'onglet Marqueurs pour voir ou modifier les marqueurs existants. Ou cliquez sur Actions supplémentaires, puis sur Ajouter des marqueurs pour en ajouter d'autres.