Skip to main content
Nous publions des mises à jour fréquentes de notre documentation, et la traduction de cette page peut encore être en cours. Pour obtenir les informations les plus actuelles, consultez la documentation anglaise.
All products
Administrateurs d’entreprise

Cette version de GitHub Enterprise a été abandonnée le 2023-03-15. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

Augmentation de la capacité de stockage

Dans cet article

Vous pouvez augmenter ou modifier la quantité de stockage disponible pour les référentiels Git, les bases de données, les index de recherche et d’autres données d’application persistantes.

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 « Supervision de votre appliance ».

À 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. Vous pouvez valider les modifications en configurant une liste d’exceptions 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 ».

Configuration minimale requise

Licences utilisateurProcesseurs virtuelsMémoireStockage racineStockage (de données) attaché
Essai, démonstration ou 10 utilisateurs légers432 Go200 Go150 Go
10 à 3 000848 Go200 Go300 Go
3 000 à 5 0001264 Go200 Go500 Go
5 000 à 8 0001696 Go200 Go750 Go
8 000 à 10 000+20160 Go200 Go1 000 Go

Augmentation de la taille de partition de données

  1. Redimensionnez le disque de volume utilisateur existant à l’aide des outils de votre plateforme de virtualisation.

  2. 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 SSH, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».

    $ ssh -p 122 admin@HOSTNAME

  3. Faites passer l’appliance en mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».

  4. Redémarrez l’appliance pour détecter la nouvelle allocation de stockage :

    $ sudo reboot

  5. Exécutez la commande ghe-storage-extend pour développer le système de fichiers /data/user :

    $ ghe-storage-extend

  6. Vérifiez que les services système fonctionnent correctement, puis quittez le mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».

Augmentation de la taille de partition racine en utilisant une nouvelle appliance

  1. 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 ».
  2. Arrêtez l’appliance actuelle : 
    $ sudo poweroff
  3. Détachez le disque de données de l’appliance actuelle à l’aide des outils de votre plateforme de virtualisation.
  4. 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 de maintenance ».

  1. Attachez un nouveau disque à votre appliance GitHub Enterprise Server.

  2. Exécutez la commande lsblk pour identifier le nom d’appareil du nouveau disque.

  3. 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%

  4. 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

  5. Pour installer le logiciel GitHub Enterprise Server sur le disque nouvellement partitionné, exécutez la commande ghe-upgrade. Vous devez remplacer PACKAGE-NAME.pkg par le chemin d’accès à un package de mise à niveau spécifique à la plateforme qui correspond à la version de GitHub Enterprise Server déjà en cours d’exécution sur l’appliance. Vous ne pouvez pas utiliser un package de mise à niveau à chaud universel comme github-enterprise-2.11.9.hpkg. Après que la commande ghe-upgrade a abouti, les services d’application se terminent automatiquement.

    $ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1

  6. Arrêtez l’appliance :

    $ sudo poweroff

  7. Dans l’hyperviseur, supprimez l’ancien disque racine et attachez le nouveau au même emplacement que l’ancien disque racine.

  8. Démarrez l’appliance.

  9. Vérifiez que les services système fonctionnent correctement, puis quittez le mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode de 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.