Problèmes et limites connus de la solution Bare Metal

Cette page décrit les problèmes et les limites connus que vous pouvez rencontrer lors de l'utilisation de la solution Bare Metal.

Limites

La modification des paramètres du BIOS n'est pas prise en charge

La solution Bare Metal n'est pas compatible avec les modifications des paramètres du BIOS, y compris la désactivation des états C et des états P au niveau du BIOS.

Pour contourner ce problème, vous pouvez utiliser les commandes de niveau OS des états C et des états P via la fonctionnalité de gestion de l'alimentation de votre OS. Pour savoir comment procéder, consultez la documentation de votre système d'exploitation.

L'extension régionale solution Bare Metal n'est pas compatible avec les paramètres VPC Service Controls

Connecter un VPC avec des contrôles de service activés à votre environnement de solution Bare Metal ne garantit aucunement le contrôle des services.

L'API de la solution Bare Metal peut être ajoutée à un périmètre sécurisé. Toutefois, les périmètres VPC Service Controls ne s'étendent pas à l'environnement de la solution Bare Metal dans les extensions régionales. Pour en savoir plus, consultez la page Produits compatibles et limites.

Si vous souhaitez toujours utiliser la solution Bare Metal avec VPC Service Controls activé, contactez le service client pour ajouter votre projet Google Cloud à la liste d'autorisation afin de pouvoir utiliser cette fonctionnalité.

La modification de l'ASN n'est pas prise en charge

La solution Bare Metal et interconnexion partenaire ne sont pas compatibles avec les numéros de système autonome (ASN) personnalisés. L'ASN du réseau client de la solution Bare Metal est défini sur 65500. Pour Partner Interconnect, tous les routeurs Cloud Router doivent avoir un numéro ASN local de 16550.

Nous vous recommandons de planifier vos déploiements en conséquence.

Nombre maximal de LUN associés à un serveur

Vous pouvez associer jusqu'à 200 LUN (y compris le LUN de démarrage) à un serveur solution Bare Metal.

Problèmes connus

Arrêt à froid après le premier redémarrage via OVM Manager

Pour les serveurs provisionnés avec OVM 3.4.6, le premier redémarrage lancé via le gestionnaire OVM, soit après le provisionnement initial, soit après la réimagerie, entraîne un arrêt à froid.

Pour savoir comment allumer un serveur, consultez la section Utiliser votre serveur de solution Bare Metal.

Le démarrage du serveur prend beaucoup de temps

Le temps de démarrage peut varier en fonction de la taille de votre serveur et du nombre de LUN partagés.

Plus le serveur est volumineux, plus le démarrage est long.

Le nombre de LUN partagés sur un serveur a également une incidence sur son temps de démarrage. Par exemple, le démarrage d'un serveur o2-highmem-224-metal avec environ 100 LUN partagés peut prendre plus d'une heure, contre environ 45 minutes pour un serveur o2-highmem-224-metal avec moins de LUN. Cela est dû au temps nécessaire pour exécuter toutes les vérifications. C'est normal.

Dépassement de tampon lors de l'utilisation d'ethtool avec l'indicateur de débogage

Un bug qui entraînait un débordement de tampon lors de l'utilisation de ethtool -d a été corrigé dans le noyau Linux 5.8. Ce bug peut provoquer une panique du kernel et peut avoir un impact sur votre serveur solution Bare Metal, en fonction de l'OS et de l'hyperviseur que vous utilisez.

Voici nos recommandations et solutions de contournement pour ce bug:

Red Hat Enterprise Linux (RHEL)

Si vous utilisez RHEL 7.x, suivez ces instructions:

  • N'exécutez pas ethtool avec l'indicateur de débogage: ethtool -d.

  • Empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in de mise en réseau.

    Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes:

    [plugins]
disable = networking

Si vous utilisez RHEL 8.x, suivez ces instructions:

  • Mettez à jour le noyau vers la version RHEL 8.3 (noyau 4.18.0-240) ou une version ultérieure.

  • Pour les systèmes dont les versions de kernel sont inférieures à 4.18.0-240 et qui ne peuvent pas être mises à jour, empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in de mise en réseau.

    Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes:

    [report]
skip-plugins = networking

Pour en savoir plus, consultez la solution Red Hat.

SUSE Linux Enterprise Server(SLES)

Ce bug a été corrigé dans SLES 15 SP4 (version de noyau 5.14.21-150400.22.1). Mettez à jour vers SLES 15 SP4 (version de noyau 5.14.21-150400.22.1) ou une version ultérieure.

Oracle Enterprise Linux

Si vous utilisez Oracle Linux 7.x, suivez ces instructions:

  • N'exécutez pas ethtool avec l'indicateur de débogage: ethtool -d.

  • Empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in de mise en réseau.

    Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes:

    [plugins]
disable = networking

Si vous utilisez Oracle 8.x, suivez ces consignes:

  • Ce bug a été corrigé dans OL8U7 (kernel-uek-5.15.0-3.60.5.1). Vous pouvez passer à la version la plus récente du kernel en suivant les instructions de mise à jour d'Oracle.

  • Si vous ne pouvez pas passer à la version du kernel kernel-uek-5.15.0-3.60.5.1, empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in de mise en réseau.

    Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes:

    [report]
skip-plugins = networking

Oracle VM Server

  • N'exécutez pas ethtool dans le domaine dom0 avec l'indicateur de débogage: ethtool -d.

  • Empêchez l'utilitaire sosreport d'appeler ethtool -d en désactivant le plug-in de mise en réseau.

    Dans le fichier /etc/sos/sos.conf, ajoutez les lignes suivantes:

    [plugins]
disable = networking

Le serveur OVM ne parvient pas à se connecter à OVM Manager après la mise à niveau du micrologiciel TS54

Si vous avez mis à niveau votre serveur de solution Bare Metal exécutant Oracle VM (OVM) et qu'il ne parvient pas à se connecter à OVM Manager, cela peut être dû à ce problème. La mise à niveau du micrologiciel d'un serveur de solution Bare Metal modifie son UUID SMBIOS. L'OVM utilise cet UUID pour s'identifier auprès de l'OVM Manager. Par conséquent, le changement d'UUID peut entraîner des problèmes de communication entre les deux. Pour éviter cela, avant de mettre à niveau le micrologiciel de votre serveur de solution Bare Metal, appliquez la solution de contournement décrite dans l'article Oracle 1534416.1. Pour obtenir de l'aide pour mettre en œuvre cette solution de contournement, contactez le service client.