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 sua instância no modo de manutenção. Você pode validar as alterações configurando uma lista de exceção IP para permitir o acesso a endereços IP especificados. Para obter mais informações, consulte "Habilitando e agendando 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 |
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. If your instance comprises multiple nodes, for example if high availability or geo-replication are configured, SSH into the primary node. If you use a cluster, you can SSH into any node. For more information about SSH access, see "Accessing the administrative shell (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 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
lsblk
para identificar o nome do dispositivo do novo disco. -
Execute o comando
parted
para formatar o disco, substituindo o nome do seu dispositivo por/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%
-
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.