Une carte vNIC peut-elle avoir à la fois une adresse IP flottante et une adresse IP privée ?

Oui, une carte vNIC dans une instance de serveur virtuel peut avoir une adresse IP privée et être associée à une adresse IP flottante.

Instance1 dispose de deux vNIC, appelés vNIC1 et vNIC2. Ces deux cartes d'interface réseau virtuel peuvent-elles être associées à un même sous-réseau ?

Oui, vous pouvez connecter plusieurs interfaces réseau d'une instance au même sous-réseau.

Une instance peut-elle être créée sans sous-réseau, par exemple avec une adresse IP flottante uniquement ?

Non, une instance de serveur virtuel doit être mise à disposition dans un sous-réseau.

Une instance peut-elle être connectée à plusieurs VPC ?

Non, une instance de serveur virtuel ne peut être mise à disposition que dans un seul VPC.

Au cours de l'affectation d'une adresse IP flottante dans un VPC, est-il correct qu'un client doit spécifier la carte réseau de l'instance ?

Oui. Au départ, l'adresse IP flottante de l'interface réseau principale d'un serveur permet d'établir le chemin de données. Par la suite, vous pourrez, si vous le souhaitez, associer l'adresse IP flottante à une autre interface réseau. Vous pouvez également configurer manuellement le routage pour l'interface dans le système d'exploitation invité. Pour plus d'informations, voir Ajout ou édition d'interfaces réseau.

Imaginez qu'instance1 dans un VPC possède uniquement une carte vNIC1 et qu'elle est associée au sous-réseau nommé Sous-réseau1. Sous-réseau1 est associé à une passerelle publique. Un client peut-il toujours affecter une adresse IP flottante à instance1 ?

Oui, un serveur peut se trouver sur un sous-réseau connecté à une passerelle publique et disposer également d'une adresse IP flottante. L'affectation d'une adresse IP flottante à une instance n'est pas liée au fait qu'une passerelle publique soit connectée au sous-réseau. Une adresse IP flottante associée à une instance a priorité sur la passerelle publique qui est connectée au sous-réseau.

Quelles régions sont disponibles ?

Vous pouvez créer des instances de serveurs virtuels pour IBM Cloud® Virtual Private Cloud à Chennai - Airtel (in-che), Dallas (us-south), Francfort (eu-de), Londres (eu-gb), Madrid (eu-es), Montréal (ca-mon), Mumbai - Airtel (in-mum), Osaka (jp-osa), São Paulo (br-sao), Sydney (au-syd), Tokyo (jp-tok), Toronto (ca-tor), et Washington DC (us-east).

Puis-je utiliser des instances de serveur virtuel existantes issues de mon infrastructure classique avec une instance IBM Cloud VPC ?

Vous pouvez migrer une instance de serveur virtuel de l'infrastructure classique vers un VPC. Vous devez créer un modèle d'image, l'exporter vers IBM Cloud Object Storage, puis personnaliser l'image afin qu'elle réponde aux exigences de l'infrastructure VPC. Pour plus d'informations, voir Migration d'un serveur virtuel à partir de l'infrastructure classique.

Quelles familles de serveurs virtuels sont prises en charge dans IBM Cloud VPC ?

Actuellement, les serveurs virtuels publics des familles Equilibrage, Memory et Calcul sont pris en charge. Pour plus d'informations, voir Profils.

Que dois-je faire si une instance est en mauvais état, si elle ne cesse de démarrer ou de s'arrêter, par exemple ?

Vous pouvez émettre une commande pour forcer l'arrêt de l'instance. Utilisez l'interface de ligne de commande IBM Cloud pour obtenir l'ID d'instance puis exécutez la commande suivante, ibmcloud is instance-stop --no-wait -f. Quand l'instance est arrêtée, vous pouvez la redémarrer ou la supprimer.

Quand j'essaie de mettre à jour mon image Ubuntu avec apt, je reçois une erreur relative au fichier grub menu.lst. Comment corriger ce problème ?

Editez le fichier "/boot/grub/menu.lst" en changeant # groot=LABEL... en # groot=(hd0). Ensuite, exécutez la commande sudo update-grub-legacy-ec2.

Dans quels cas mon serveur virtuel est-il migré vers un hôte différent ?

Dans certains cas, il peut s'avérer nécessaire de migrer un serveur virtuel vers un hôte différent. Si une migration est requise, le serveur virtuel est arrêté migré, puis redémarré. Un serveur virtuel peut être migré dans les cas suivants :

• Maintenance de l'infrastructure. Vous pourriez recevoir un e-mail vous informant qu' une opération de maintenance est nécessaire sur un système hébergeant votre serveur virtuel. Il se peut que votre serveur virtuel doive être migré dans le cadre de la maintenance de l'infrastructure.
• Une indisponibilité non planifiée de l'hôte. Les actions suivantes s'appliquent en cas de défaillance inattendue de l'hôte:
  • Les serveurs virtuels qui étaient en cours d'exécution sur l'hôte sont arrêtés lorsque la panne est détectée.
  • Les serveurs virtuels sont automatiquement réaffectés et redémarrés sur un autre hôte de calcul dans la même zone multirégion.
  • Les serveurs virtuels qui sont redémarrés utilisent le même volume de démarrage et les mêmes volumes de données que le serveur virtuel d'origine.
  • Le serveur virtuel qui a été redémarré se voit attribuer la même IP flottante, la même adresse IP statique et les mêmes adresses IP dynamiques sur le nouveau noeud.
  • Si le serveur virtuel ne peut pas être planifié pour être exécuté sur un autre noeud de traitement, il est placé à l'état FAILED.

Puis-je utiliser une image chiffrée ?

Oui, vous pouvez chiffrer une image personnalisée prise en charge avec le chiffrement LUKS et votre propre phrase de passe. Pour plus d'informations, voir Création d'une image personnalisée chiffrée. Une fois que votre image a été chiffrée et importée dans IBM Cloud VPC, vous pouvez l'utiliser pour mettre à disposition des instances de serveur virtuel.

Puis-je utiliser ma propre licence pour une image personnalisée que je crée ?

Oui, pour certaines versions d' Red Hat Enterprise Linux (RHEL), d' SUSE Linux Enterprise Server et des systèmes d'exploitation Windows, vous pouvez apporter votre propre licence (BYOL) sur l' IBM Cloud VPC lorsque vous importez une image personnalisée. C'est vous qui enregistrez ces images et les concédez sous licence. Vous gardez le contrôle sur votre licence et n'encourez aucun coût supplémentaire en l'utilisant. Pour plus d'informations, voir Mode BYOL (Bring your own license).

Comment IBM gère-t-elle la maintenance ?

Pour plus d'informations, voir Présentation des opérations de maintenance de cloud.

Que se passe-t-il en cas d'échec de mon serveur virtuel ?

Pour plus d'informations, voir Présentation des opérations de maintenance de cloud.

A quoi correspondent les disques associés à ma nouvelle instance de serveur virtuel Windows ?

Lorsque vous mettez à disposition une instance de serveur virtuel Windows avec une image stockée, le gestionnaire de disques peut afficher des disques inattendus. Une fois qu'une nouvelle instance Windows a été mise à disposition à partir d'une image stockée, un disque de cloud-init et un disque de permutation sont présents. Le disque de cloud-init peut afficher une taille de 378 ko. Le disque de permutation peut afficher une taille de 44 ko ; il est désactivé à terme. Ces petits disques fonctionnent comme prévu. Vous ne devez en aucun cas tenter de supprimer ou de formater l'un ou l'autre de ces disques associés à votre nouvelle instance de serveur virtuel Windows.

Qu'est-ce qu'une Image de volume et comment est-elle liée aux instances de serveur virtuel ?

Vous pouvez créer une image personnalisée à partir d'un volume de démarrage associé à une instance de serveur virtuel. Vous pouvez ensuite utiliser l'image personnalisée pour provisionner de nouvelles instances de serveurs virtuels. Pour plus d'informations, voir A propos de la création d'une image à partir d'un volume.

Qu'est-ce que l'identifiant d'instance de serveur virtuel et le system-uuid SMBIOS?

L'instance de serveur virtuel se voit automatiquement attribuer un identificateur d'instance (ID), qui inclut l'uuid du système SMBIOS comme partie de l'ID, lorsque l'instance est créée. Les identificateurs sont immuables, globalement uniques et jamais réutilisés. L'identificateur identifie donc de manière unique une instanciation particulière d'une instance de serveur virtuel dans l'ensemble d'IBM Cloud. L'ID, y compris la partie uuid du système SMBIOS, est statique et persiste pendant le cycle de vie de l'instance de serveur virtuel jusqu'à ce que cette dernière soit supprimée.

Pour plus d'informations, y compris la façon de récupérer ces informations à partir de votre serveur virtuel, voir la section Extraction de l'identificateur d'instance de serveur virtuel dans Gestion des instances de serveur virtuel.

Puis-je accéder aux métadonnées sur mes instances de serveur virtuel ?

Oui, si votre compte bénéficie d'une autorisation spéciale, vous pouvez accéder au service de métadonnées pour obtenir des informations sur vos ressources de calcul VPC. Le service de métadonnées est une API REST que vous appelez à l'aide d'un URI bien connu pour récupérer des informations spécifiques à une instance à partir du serveur de métadonnées. Pour plus d'informations, consultez la section À propos des métadonnées pour VPC(bêta).

Puis-je utiliser la même image de système d'exploitation pour plusieurs comptes?

Oui, lorsque vous créez une image personnalisée pour IBM Cloud VPC, vous pouvez importer ces images dans un catalogue privé à utiliser entre plusieurs comptes. Un catalogue privé vous permet de gérer l'accès aux produits pour plusieurs comptes, à condition que ces comptes appartiennent à la même entreprise. Vous devez d'abord effectuer toutes les étapes pour importer l'image personnalisée dans IBM Cloud VPC avant de pouvoir importer l'image dans un catalogue privé. Pour plus d'informations sur les remarques et les limitations du catalogue privé, voir Initiation aux images personnalisées.

Puis-je utiliser une image personnalisée dans un catalogue privé avec un groupe d'instances?

Oui, vous pouvez utiliser une image personnalisée dans un catalogue privé avec un groupe d'instances. Toutefois, vous devez d'abord créer une règle de service à service dans globalcatalog-collection.instance.retrieve avant de pouvoir créer le groupe d'instances. Pour plus d'informations, voir Utilisation d'une image personnalisée dans un catalogue privé avec un groupe d'instances.

Puis-je modifier le volume d'amorçage associé à mon groupe de ressources après la création du groupe de ressources?

Non. Le groupe de ressources d'un volume est défini lors de la création de la ressource et ne peut pas être modifié. Ce comportement est partagé par toutes les ressources VPC.

Puis-je déplacer mon volume vers une autre région ou zone?

Non, un volume est limité à la zone dans laquelle il a été créé. Toutefois, vous pouvez déplacer les données du volume en créant une nouvelle image instantanée à partir du volume et en créant un nouveau volume à partir de cette image instantanée dans une autre zone.

Pourquoi ne puis-je pas me connecter à Internet à partir de mon instance de serveur virtuel?

Les instances de serveur virtuel utilisent des adresses de serveur DNS IBM VPC, telles que 161.26.0.10 et 161.26.0.11. Si vous ne parvenez pas à vous connecter à Internet, vérifiez si vous pouvez envoyer une commande ping à ces deux adresses IP à partir de votre instance. Par exemple, vos instances Linux doivent avoir les entrées suivantes automatiquement lorsqu'elles sont mises à disposition.

more /etc/resolv.conf
Generated by NetworkManager
nameserver 161.26.0.10
nameserver 161.26.0.11

Vous pouvez également vérifier si vous disposez de règles autorisant le port 53 de UDP pour le trafic DNS dans un groupe de sécurité.

Puis-je augmenter ou modifier la capacité de stockage de mon instance de serveur virtuel?

Non. Le stockage d'instance est un ensemble d'un ou plusieurs disques SSD qui sont associés à votre instance de serveur virtuel lors de son provisionnement. La capacité de stockage d'une instance est entièrement déterminée par le profil d'instance de serveur virtuel que vous sélectionnez. Vous ne pouvez pas redimensionner, ajouter des disques de stockage à une instance en cours d'exécution, ni détacher des disques de stockage existants de cette instance. Pour modifier la capacité de stockage de votre instance, vous devez provisionner une nouvelle instance de serveur virtuel avec un profil offrant la capacité dont vous avez besoin.

Le stockage d'instance n'est pas identique au stockage en blocs, au stockage de fichiers ou au stockage d'objets, et il ne peut pas être géré via ces services ni via leurs commandes CLI associées. Pour plus d'informations, voir A propos du stockage d'instance.