Limites et problèmes connus de la solution Bare Metal

Cette page décrit les limites et les problèmes 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'accepte pas la modification des paramètres du BIOS, y compris la désactivation des états C et P au niveau du BIOS.

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

VPC Service Controls n'est pas compatible

La solution Bare Metal n'est pas compatible avec VPC Service Controls. La connexion d'un VPC avec Service Controls activé à votre environnement de solution Bare Metal ne garantit aucune garantie de service.

L'API de 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 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 d'utilisation de cette fonctionnalité.

Il n'est pas possible de modifier le numéro ASN

La solution Bare Metal et l'interconnexion partenaire ne sont pas compatibles avec les numéros de système autonome (ASN) personnalisés. Le numéro ASN du réseau client de la solution Bare Metal est défini sur 65500. Pour l'interconnexion partenaire, tous les routeurs cloud doivent porter le numéro ASN local 16550.

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

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 initié via le gestionnaire OVM, après le provisionnement initial ou la réimagerie, entraîne un arrêt à froid.

Pour savoir comment mettre sous tension un serveur, consultez la page Utiliser votre serveur de solution Bare Metal.

Le démarrage du serveur est long

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 son 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, un serveur o2-highmem-224-metal avec environ 100 LUN partagés peut mettre plus d'une heure à démarrer qu'un serveur o2-highmem-224-metal avec moins de LUN, qui prendrait environ 45 minutes. Cela est dû au temps nécessaire à l'exécution de toutes les vérifications et c'est normal.

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

Un bug provoquant un dépassement de tampon lors de l'utilisation de ethtool -d a été corrigé dans le noyau Linux 5.8. Ce bug peut entraîner une panique du noyau et affecter votre serveur de solution Bare Metal, en fonction du système d'exploitation et de l'hyperviseur que vous utilisez.

Voici nos recommandations et une solution pour ce bug:

Red Hat Enterprise Linux (RHEL)

Si vous utilisez RHEL 7.x, suivez les instructions suivantes:

  • 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 les instructions suivantes:

  • Mettez à jour vers la version de noyau RHEL 8.3 (kernel 4.18.0-240) ou version ultérieure.
  • Pour les systèmes avec des versions de noyau antérieures à 4.18.0-240 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 page 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). Installez la mise à jour SLES 15 SP4 (version de noyau 5.14.21-150400.22.1) ou ultérieure.

Oracle Enterprise Linux

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

  • 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 effectuer la mise à jour vers le noyau le plus récent en suivant les instructions de mise à jour d'Oracle.
  • Si vous ne pouvez pas passer à la version de noyau kernel-uek-5.15.0-3.60.5.1, désactivez le plug-in de mise en réseau pour empêcher l'utilitaire sosreport d'appeler ethtool -d.

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

    [report]
    skip-plugins = networking
    

Serveur de VM Oracle

  • 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 au gestionnaire OVM après la mise à niveau du micrologiciel TS54

Si vous avez mis à niveau votre serveur de solution Bare Metal exécutant une VM Oracle (OVM) et qu'il ne peut pas se connecter au gestionnaire OVM, ce problème peut être la cause du problème. La mise à niveau du micrologiciel d'un serveur de solution Bare Metal modifie son UUID SMBIOS. Le système OVM utilise cet UUID pour s'identifier auprès du gestionnaire OVM. 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'ID de document Oracle 1534416.1. Pour obtenir de l'aide sur la mise en œuvre de cette solution de contournement, contactez le service client.