Avertissement : 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 « Monitoring de votre appliance GitHub Enterprise Server ».
À mesure que le nombre d’utilisateurs rejoignant votre instance GitHub Enterprise Server augmente, vous pouvez être amené à redimensionner votre volume de stockage. Consultez la documentation de votre plateforme de virtualisation pour plus d’informations sur le redimensionnement du stockage.
Conditions requises et recommandations
Remarque : avant de redimensionner un volume de stockage, mettez votre instance en mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode maintenance ».
Configuration minimale requise
Licences utilisateur | Processeurs virtuels | Mémoire | Stockage racine | Stockage (de données) attaché |
---|---|---|---|---|
Essai, démonstration ou 10 utilisateurs légers | 4 | 32 Go | 200 Go | 150 Go |
10 à 3 000 | 8 | 48 Go | 200 Go | 300 Go |
3 000 à 5 000 | 12 | 64 Go | 200 Go | 500 Go |
5 000 à 8 000 | 16 | 96 Go | 200 Go | 750 Go |
8 000 à 10 000+ | 20 | 160 Go | 200 Go | 1 000 Go |
Augmentation de la taille de partition de données
-
Redimensionnez le disque de volume utilisateur existant à l’aide des outils de votre plateforme de virtualisation.
-
Connexion SSH à votre instance GitHub Enterprise Server. Si votre instance comprend plusieurs nœuds, par exemple si la haute disponibilité ou la géoréplication sont configurées, connectez-vous via SSH au nœud principal. Si vous utilisez un cluster, vous pouvez vous connecter via SSH à n’importe quel nœud. Pour plus d’informations sur l’accès via SSH, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».
$ ssh -p 122 admin@HOSTNAME
-
Faites passer l’appliance en mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode maintenance ».
-
Redémarrez l’appliance pour détecter la nouvelle allocation de stockage :
$ sudo reboot
-
Exécutez la commande
ghe-storage-extend
pour développer le système de fichiers/data/user
:$ ghe-storage-extend
Augmentation de la taille de partition racine en utilisant une nouvelle appliance
- Configurez une nouvelle instance de GitHub Enterprise Server avec un disque racine plus grand utilisant la même version que votre appliance actuelle. Pour plus d’informations, consultez « Configuration d’une instance GitHub Enterprise Server ».
- Arrêtez l’appliance actuelle :
$ sudo poweroff
- Détachez le disque de données de l’appliance actuelle à l’aide des outils de votre plateforme de virtualisation.
- Attachez le disque de données à la nouvelle appliance avec le disque racine de taille supérieure.
Augmentation de la taille de partition racine en utilisant une nouvelle appliance
Avertissement : Avant d’augmenter la taille de partition racine, vous devez mettre votre instance en mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode maintenance ».
-
Attachez un nouveau disque à votre appliance GitHub Enterprise Server.
-
Exécutez la commande
lsblk
pour identifier le nom d’appareil du nouveau disque. -
Exécutez la commande
parted
pour formater le disque, avec le nom de votre appareil par/dev/xvdg
:$ sudo parted /dev/xvdg mklabel msdos $ sudo parted /dev/xvdg mkpart primary ext4 0% 50% $ sudo parted /dev/xvdg mkpart primary ext4 50% 100%
-
Si votre appliance est configurée pour la haute disponibilité ou la géoréplication, pour arrêter la réplication, exécutez la commande
ghe-repl-stop
sur chaque nœud de réplica :$ ghe-repl-stop
-
Exécutez la commande
ghe-upgrade
pour installer un package complet propre à la plateforme sur le disque nouvellement partitionné. Un package de mise à niveau de type patch à chaud universel, tel quegithub-enterprise-2.11.9.hpkg
, ne fonctionnera pas comme prévu. Après que la commandeghe-upgrade
a abouti, les services d’application se terminent automatiquement.$ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
-
Arrêtez l’appliance :
$ sudo poweroff
-
Dans l’hyperviseur, supprimez l’ancien disque racine et attachez le nouveau au même emplacement que l’ancien disque racine.
-
Démarrez l’appliance.
-
Vérifiez que les services système fonctionnent correctement, puis quittez le mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode maintenance ».
Si votre appliance est configurée pour la haute disponibilité ou la géoréplication, pensez à lancer la réplication sur chaque nœud réplica à l’aide de ghe-repl-start
après que le stockage a été mis à niveau sur tous les nœuds.