Utilisation des instances

Les Security Zones permettent de garantir que les ressources cloud sont conformes aux principes d'Oracle en matière de sûreté. Si une opération sur une ressource d'un compartiment de zone de sécurité va à l'encontre d'une stratégie pour cette zone de sécurité, l'opération est refusée.

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

• Le volume d'initialisation d'une instance de calcul dans une zone de sécurité doit également se trouver dans la même zone de sécurité.
• Une instance de calcul qui ne se trouve pas dans une zone de sécurité ne peut pas utiliser un volume d'initialisation qui se trouve dans une zone de sécurité.
• Une instance Compute 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 Compute 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 stratégie la plus simple permettant aux utilisateurs de créer, de modifier et de mettre fin (supprimer) est répertoriée dans Autoriser les utilisateurs à lancer des instances de calcul. Elle donne au groupe indiqué un accès général permettant de gérer des instances et des images, ainsi que le niveau d'accès requis pour attacher des volumes de 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 stratégie pour inclure uniquement manage instance-family et supprimer les instructions impliquant volume-family et virtual-network-family.

Si le groupe doit créer des volumes de blocs, il aura besoin de la possibilité de les gérer. Reportez-vous à Autoriser les administrateurs de volumes à gérer des volumes de blocs, des sauvegardes et des groupes de volumes.

Si le groupe doit accéder spécifiquement aux images de communauté, il devra être autorisé à lire ces images. Reportez-vous à Publication d'applications communautaires.

Certaines tâches Compute nécessitent des stratégies 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, Oracle Cloud Infrastructure choisit par défaut un type de fonctions de réseau recommandé pour la carte d'interface réseau virtuelle en fonction de la forme de l'instance et de l'image du système d'exploitation. L'interface de configuration réseau gère des fonctions telles que le débit d'E/S du disque et la communication réseau.

Les demandes de travail vous aident à surveiller les opérations à longue durée d'exécution, comme 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 à la terminaison, utilisez des demandes de travail pour déterminer où l'erreur est survenue dans le workflow. Des erreurs peuvent survenir en raison de problèmes au niveau de la configuration ou des données utilisateur. Les erreurs synchrones surviennent lors de l'appel initial à l'API Compute pour créer l'instance. Les erreurs asynchrones surviennent au cours du workflow de création d'instance lancé après l'appel d'API initial. Les demandes de travail capturent les échecs de validation asynchrone. Un appel d'API de création d'instance réussi qui renvoie une réponse HTTP 200 peut être suivi d'une erreur asynchrone lors du workflow de création d'instance suivant.

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

Pour plus d'informations sur l'utilisation des demandes de travail afin de résoudre les erreurs, reportez-vous à Demandes de travail. Pour plus d'informations sur les demandes de travail asynchrones, notamment sur la manière de filtrer la réponse à la demande, ainsi que pour consulter un exemple de demande et de réponse, reportez-vous à Demandes de travail asynchrones.

Appliquez des balises aux ressources afin de les organiser selon les besoins de votre entreprise. Vous pouvez appliquer des balises lorsque vous créez une ressource, et mettre à jour une ressource ultérieurement pour ajouter, réviser ou enlever des balises. Pour obtenir des informations générales sur l'application de balises, reportez-vous à Balises de ressource.

Procédure de gestion des balises pour une instance:

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

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

3. Sélectionnez l'onglet Balises pour afficher ou modifier les balises existantes. Sinon, cliquez sur Actions supplémentaires, puis sur Ajouter des balises pour en ajouter de nouvelles.