Augmentation des ressources processeur ou mémoire

À propos de l’augmentation des ressources UC ou mémoire

Vous pouvez prendre en charge des charges de travail plus gourmandes en ressources sur votre instance GitHub Enterprise Server en augmentant les ressources UC ou mémoire de l’ordinateur virtuel.

Le processus d’allocation de nouvelles ressources système varie selon la plateforme de virtualisation et le type de ressource. Vous devez toujours configurer le monitoring et l’alerte des ressources système clés. Pour plus d’informations, consultez « Surveillance de votre instance ».

Vous pouvez toujours effectuer un scale-up de votre UC ou de votre mémoire en redimensionnant votre instance. La modification des ressources disponibles pour votre instance nécessite un temps d’arrêt pour vos utilisateurs. Alors GitHub recommande de surprovisionner les ressources pour tenir compte de la mise à l’échelle.

Ajout de ressources UC ou mémoire sur AWS

Pour ajouter des ressources UC ou mémoire pour une instance sur AWS, vous devez modifier le type de l’instance. Vous devez avoir accès à l’infrastructure AWS de votre entreprise, et vous devez être familiarisé avec l’utilisation de la console de gestion AWS ou de l’interface de ligne de commande aws ec2 pour la gestion des instances EC2. Pour plus d’informations, consultez Modifier le type d’instance dans la documentation AWS.

Vous pouvez consulter les considérations relatives au redimensionnement, voir les types d’instances pris en charge et apprendre à redimensionner une instance sur AWS.

Considérations relatives au redimensionnement pour AWS

Avant d’augmenter les ressources processeur ou mémoire pour votre instance GitHub Enterprise Server, prenez connaissance des recommandations suivantes.

Mettez à l’échelle votre mémoire avec des processeurs. Quand vous augmentez les ressources d’UC, GitHub vous recommande d’ajouter au moins 6,5 Go de mémoire par processeur virtuel (jusqu’à 16 processeurs virtuels) que vous approvisionnez pour l’instance. Lorsque vous utilisez plus de 16 processeurs virtuels, vous n’avez pas besoin d’ajouter 6,5 Go de mémoire par processeur virtuel, mais vous devez surveiller votre instance pour vous assurer qu’elle dispose de suffisamment de mémoire.
Attribuez une adresse IP élastique à l’instance. Si vous n’avez pas affecté d’adresse IP élastique à votre instance, vous devrez ajuster les enregistrements A DNS de votre hôte GitHub Enterprise Server après le redémarrage pour prendre en compte la modification au niveau de l’adresse IP publique. Une fois que votre instance a redémarré, elle conserve l’adresse IP élastique si vous l’avez lancée dans un cloud privé virtuel (VPC). Si vous créez l’instance dans un réseau EC2-Classic, vous devez réattribuer manuellement l’adresse IP élastique à l’instance.

Types d’instances pris en charge sur AWS

Vous devez déterminer le type d’instance que vous souhaitez mettre à niveau en fonction des spécifications d’UC de la mémoire.

GitHub recommande une instance à mémoire optimisée pour GitHub Enterprise Server. Pour plus d’informations, consultez Types d’instances Amazon EC2 sur le site web Amazon EC2.

Redimensionnement d’une instance sur AWS

Pour augmenter les ressources disponibles pour une instance GitHub Enterprise Server sur AWS, vous devez arrêter l’instance, modifier son type, puis la redémarrer.

Si l’instance est exécutée dans EC2-Classic, notez à la fois l’adresse IP élastique associée à l’instance et l’ID de l’instance.
Informez vos utilisateurs de ce temps d’arrêt à l’avance et activez le mode maintenance. Pour plus d'informations, consultez les articles suivants.
- « Personnalisation des messages utilisateur pour votre entreprise »
- « Activation et planification du mode de maintenance »
Pour arrêter l’instance, activez SSH dans l’instance et exécutez la commande suivante. Pour plus d’informations, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».
```
sudo poweroff
```
Sur AWS, modifiez le type d’instance.
Démarrer l'instance.
Si votre instance s’exécute dans EC2-Classic, après avoir redémarré l’instance, associez à nouveau l’adresse IP élastique.
Une fois que l’instance a entièrement redémarré et que vous pouvez l’atteindre, vérifier que la nouvelle configuration de ressource est reconnue. SSH dans l’instance, puis exécutez la commande suivante.
```
ghe-system-info
```
Si vous le souhaitez, vous pouvez valider les modifications en configurant une liste d’exceptions d’IP pour autoriser l’accès à partir d’adresses IP spécifiées. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».
Si vous avez configuré un message utilisateur, supprimez le.
Désactivez le mode maintenance.

Ajout de ressources processeur ou mémoire sur Microsoft Azure

Pour ajouter des ressources UC ou mémoire pour une instance sur Microsoft Azure, vous devez modifier la taille de l’instance. Vous devez avoir accès à l’infrastructure Microsoft Azure de votre entreprise, et vous devez savoir comment utiliser le portail Azure, Azure CLI ou Azure PowerShell pour gérer les instances Azure. Pour plus d’informations, consultez Modifier la taille d’une machine virtuelle sur Microsoft Learn.

Vous pouvez consulter les considérations relatives au redimensionnement, voir les types d’instances pris en charge et apprendre à redimensionner une instance sur Microsoft Azure.

Considérations relatives au redimensionnement pour Microsoft Azure

Avant d’augmenter les ressources processeur ou mémoire pour votre instance GitHub Enterprise Server, prenez connaissance des recommandations suivantes.

Mettez à l’échelle votre mémoire avec des processeurs. Quand vous augmentez les ressources d’UC, GitHub vous recommande d’ajouter au moins 6,5 Go de mémoire par processeur virtuel (jusqu’à 16 processeurs virtuels) que vous approvisionnez pour l’instance. Lorsque vous utilisez plus de 16 processeurs virtuels, vous n’avez pas besoin d’ajouter 6,5 Go de mémoire par processeur virtuel, mais vous devez surveiller votre instance pour vous assurer qu’elle dispose de suffisamment de mémoire.
Attribuez une adresse IP statique à l’instance. Si vous n’avez pas affecté d’adresse IP statique à votre instance, vous devrez peut-être ajuster les enregistrements A DNS de votre hôte GitHub Enterprise Server après le redémarrage pour prendre en compte la modification au niveau de l’adresse IP publique.

Tailles d’instance prises en charge sur Microsoft Azure

Vous devez déterminer le type d’instance que vous souhaitez mettre à niveau en fonction des spécifications d’UC de la mémoire.

L’appliance GitHub Enterprise Server nécessite un disque de données de stockage Premium et est prise en charge sur n’importe quelle machine virtuelle Azure qui prend en charge le stockage Premium. Les types de machines virtuelles Azure avec le suffixe s prennent en charge le stockage Premium. Pour plus d’informations, consultez Quels sont les types de disque disponibles dans Azure ? et « Stockage Azure Premium : conception sous le signe de la haute performance » dans la documentation Azure.

GitHub recommande une machine virtuelle optimisée en mémoire pour GitHub Enterprise Server. Pour plus d’informations, consultez « Tailles de machine virtuelle à mémoire optimisée » dans la documentation Azure.

GitHub Enterprise Server prend en charge n’importe quelle région qui prend en charge votre type de machine virtuelle. Pour plus d’informations sur les régions prises en charge pour chaque machine virtuelle, consultez « Disponibilité des produits par région » d’Azure.

Redimensionnement d’une instance sur Microsoft Azure

Pour augmenter les ressources disponibles pour une instance GitHub Enterprise Server sur Microsoft Azure, vous devez modifier la taille de l’ordinateur virtuel. La modification de la taille de l’ordinateur virtuel entraîne le redémarrage de ce dernier. Dans certains cas, vous devez commencer par libérer la machine virtuelle. Vous devrez peut-être libérer l’ordinateur virtuel si la taille souhaitée n’est pas disponible sur le groupement matériel qui héberge l’ordinateur virtuel.

Informez vos utilisateurs de ce temps d’arrêt à l’avance et activez le mode maintenance. Pour plus d'informations, consultez les articles suivants.
- « Personnalisation des messages utilisateur pour votre entreprise »
- « Activation et planification du mode de maintenance »
Pour arrêter l’instance, activez SSH dans l’instance et exécutez la commande suivante. Pour plus d’informations, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».
```
sudo poweroff
```
Sur Azure, pour redimensionner l’ordinateur virtuel, suivez les instructions décrites dans Modifier la taille d’une machine virtuelle Microsoft Learn.
Une fois que l’instance a entièrement redémarré et que vous pouvez l’atteindre, vérifier que la nouvelle configuration de ressource est reconnue. SSH dans l’instance, puis exécutez la commande suivante.
```
ghe-system-info
```
Si vous le souhaitez, vous pouvez valider les modifications en configurant une liste d’exceptions d’IP pour autoriser l’accès à partir d’adresses IP spécifiées. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».
Si vous avez configuré un message utilisateur, supprimez le.
Désactivez le mode maintenance.

Ajout de ressources processeur ou mémoire pour OpenStack KVM

Pour augmenter les ressources disponibles pour une instance GitHub Enterprise Server sur OpenStack KVM, vous devez avoir accès à l’infrastructure OpenStack KVM de votre entreprise. Vous devez ensuite arrêter l’ordinateur virtuel, puis sélectionner une nouvelle saveur d’instance.

Quand vous augmentez les ressources d’UC, GitHub vous recommande d’ajouter au moins 6,5 Go de mémoire par processeur virtuel (jusqu’à 16 processeurs virtuels) que vous approvisionnez pour l’instance. Lorsque vous utilisez plus de 16 processeurs virtuels, vous n’avez pas besoin d’ajouter 6,5 Go de mémoire par processeur virtuel, mais vous devez surveiller votre instance pour vous assurer qu’elle dispose de suffisamment de mémoire.

À l’aide d’OpenStack KVM, capturez un instantané de l’instance active.
Informez vos utilisateurs de ce temps d’arrêt à l’avance et activez le mode maintenance. Pour plus d'informations, consultez les articles suivants.
- « Personnalisation des messages utilisateur pour votre entreprise »
- « Activation et planification du mode de maintenance »
Pour arrêter l’instance, activez SSH dans l’instance et exécutez la commande suivante. Pour plus d’informations, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».
```
sudo poweroff
```
Sur OpenStack KVM, sélectionnez une nouvelle saveur d’instance qui a les ressources UC et/ou mémoire souhaitées.
Une fois que l’instance a entièrement redémarré et que vous pouvez l’atteindre, vérifier que la nouvelle configuration de ressource est reconnue. SSH dans l’instance, puis exécutez la commande suivante.
```
ghe-system-info
```
Si vous le souhaitez, vous pouvez valider les modifications en configurant une liste d’exceptions d’IP pour autoriser l’accès à partir d’adresses IP spécifiées. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».
Si vous avez configuré un message utilisateur, supprimez le.
Désactivez le mode maintenance.

Ajout de ressources UC ou mémoire pour VMware ESXi

Pour augmenter les ressources disponibles pour une instance GitHub Enterprise Server sur VMware, vous devez avoir accès à l’infrastructure VMware de votre entreprise. Vous devez ensuite arrêter l’ordinateur virtuel, puis ajuster les ressources dans VMware ESXi.

Informez vos utilisateurs de ce temps d’arrêt à l’avance et activez le mode maintenance. Pour plus d'informations, consultez les articles suivants.
- « Personnalisation des messages utilisateur pour votre entreprise »
- « Activation et planification du mode de maintenance »
Pour arrêter l’instance, activez SSH dans l’instance et exécutez la commande suivante. Pour plus d’informations, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».
```
sudo poweroff
```
Pour modifier les paramètres de l’ordinateur virtuel sur l’hôte VMware ESXi à l’aide du client vSphere, sélectionnez l’ordinateur virtuel, puis cliquez sur Modifier les paramètres.
Sous Matériel, ajustez les ressources UC et/ou mémoire affectées à l’ordinateur virtuel.
Pour démarrer la machine virtuelle, cliquez sur OK.
Une fois que l’instance a entièrement redémarré et que vous pouvez l’atteindre, vérifier que la nouvelle configuration de ressource est reconnue. SSH dans l’instance, puis exécutez la commande suivante.
```
ghe-system-info
```
Si vous le souhaitez, vous pouvez valider les modifications en configurant une liste d’exceptions d’IP pour autoriser l’accès à partir d’adresses IP spécifiées. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».
Si vous avez configuré un message utilisateur, supprimez le.
Désactivez le mode maintenance.

Dans cet article