Skip to main content

Cette version de GitHub Enterprise a été abandonnée le 2023-01-18. 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

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 « Monitoring de votre appliance GitHub Enterprise Server ».

À mesure que le nombre d’utilisateurs rejoignant your GitHub Enterprise Server instance 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 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 à your GitHub Enterprise Server instance. 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
  3. Faites passer l’appliance en mode maintenance. Pour plus d’informations, consultez « Activation et planification du mode 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

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 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. 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 que github-enterprise-2.11.9.hpkg, ne fonctionnera pas comme prévu. 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 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.