Aviso: O processo de alocação de novos recursos do sistema varia de acordo com a plataforma de virtualização e o tipo de recurso. Você deve sempre configurar o monitoramento e alerta de recursos chave do sistema. Para obter mais informações, consulte "Monitoring your GitHub Enterprise Server appliance."
À medida que mais usuários se juntam � sua your GitHub Enterprise Server instance, talvez seja necessário redimensionar o volume de armazenamento. Consulte a documentação da sua plataforma de virtualização para obter informações sobre como fazer isso.
Requisitos e recomendações
Observação: antes de redimensionar qualquer volume de armazenamento, coloque a sua instância em modo de manutenção. Para obter mais informações, consulte "Habilitar e programar o modo de manutenção".
Requisitos mínimos
Licenças de usuário | vCPUs | Memória | Armazenamento anexado | Armazenamento raiz |
---|---|---|---|---|
Teste, demonstração ou 10 usuários leves | 4 | 32 GB | 150 GB | 200 GB |
10-3000 | 8 | 48 GB | 300 GB | 200 GB |
3000-5000 | 12 | 64 GB | 500 GB | 200 GB |
5000-8000 | 16 | 96 GB | 750 GB | 200 GB |
8000-10000+ | 20 | 160 GB | 1000 GB | 200 GB |
If you plan to enable GitHub Actions for the users of your instance, more resources are required.
vCPUs | Memória | Rendimento máximo do trabalho |
---|---|---|
4 | 32 GB | Demonstração ou testes rápidos |
8 | 64 GB | 25 trabalhos |
16 | 160 GB | 35 trabalhos |
32 | 256 GB | 100 trabalhos |
For more information about these requirements, see "Getting started with GitHub Actions for GitHub Enterprise Server."
Para obter mais informações sobre o ajuste de recursos para uma instância existente, consulte "aumentar a capacidade de armazenamento" e "aumentar recursos de CPU ou memória".
Aumentar o tamanho da partição de dados
- Redimensione o disco de volume de usuário existente usando as ferramentas da plataforma de virtualização.
- SSH em your GitHub Enterprise Server instance. Para obter mais informações, consulte "Acessar o shell administrativo (SSH)".
$ ssh -p 122 admin@HOSTNAME
- Deixe o appliance em modo de manutenção. Para obter mais informações, consulte "Habilitar e programar o modo de manutenção".
- Reinicie o appliance para detectar a alocação do novo armazenamento:
$ sudo reboot
- Execute o comando
ghe-storage-extend
para expandir o sistema de arquivos/data/user
:$ ghe-storage-extend
Aumentar o tamanho da partição de dados raiz usando um novo appliance
- Configure uma nova instância do GitHub Enterprise Server com um disco raiz maior usando a mesma versão do appliance atual. Para obter mais informações, consulte "Configurar uma instância do GitHub Enterprise Server".
- Desligue o appliance atual:
$ sudo poweroff
- Desvincule o disco de dados do appliance atual usando as ferramentas da plataforma de virtualização.
- Vincule o disco de dados ao novo appliance com o disco raiz maior.
Aumentar o tamanho da partição de dados raiz usando um appliance existente
Aviso: Antes de aumentar o tamanho da partição-raiz, você deve colocar sua instância no modo de manutenção. Para obter mais informações, consulte "Habilitar e programar o modo de manutenção".
-
Vincule o novo disco ao appliance do GitHub Enterprise Server.
-
Execute o comando
parted
para formatar o disco:$ sudo parted /dev/xvdg mklabel msdos $ sudo parted /dev/xvdg mkpart primary ext4 0% 50% $ sudo parted /dev/xvdg mkpart primary ext4 50% 100%
-
Para interromper a replicação, execute o comando
ghe-repl-stop
.$ ghe-repl-stop
-
Execute o comando
ghe-upgrade
para instalar um pacote completo específico da plataforma no disco recém-particionado. Pacotes de atualização de hotpatch universais, comogithub-enterprise-2.11.9.hpkg
, não funcionarão conforme o esperado. Depois que o comandoghe-upgrade
for concluído, os serviços do aplicativo serão encerrados automaticamente.$ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
-
Desligue o appliance:
$ sudo poweroff
-
No hipervisor, remova o disco raiz antigo e vincule o novo disco raiz no mesmo local do antigo.
-
Inicie o appliance.
-
Certifique-se de que os serviços do sistema estejam funcionando corretamente, depois liberar o modo de manutenção. Para obter mais informações, consulte "Habilitar e programar o modo de manutenção".
Se seu dispositivo estiver configurado para alta disponibilidade ou georreplicação, lembre-se de iniciar a replicação em cada nó de réplica usando ghe-repl-start
após a atualização do armazenamento em todos os nós.