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."
Adicionar recursos de CPU ou memória para AWS
Observação: para adicionar recursos de CPU ou memória ao AWS, você deve saber usar o console de gerenciamento do AWS ou a interface da linha de comandos aws ec2 para gerenciar instâncias do EC2. Para obter detalhes sobre o uso das ferramentas do AWS escolhidas para o redimensionamento, consulte a documentação do AWS sobre redimensionar uma instância da Amazon com EBS.
Considerações de redimensionamento
Antes de aumentar recursos de CPU ou memória do sua instância do GitHub Enterprise Server:
-
Amplie sua memória com CPUs
Ao aumentar os recursos da CPU, é recomendado adicionar pelo menos 6.5 GB de memória para cada CPU (até 16 CPUs) adicionado à sua instância do GitHub Enterprise Server. Quando você usa mais de 16 CPUs, você não precisa adicionar 6.5 GB de memória para cada CPU, mas você deve monitorar sua instância para garantir que ela tenha memória suficiente.
-
Verifique se há uma IP elástica atribuída à instância
Se não houver IP elástica atribuída, você terá que ajustar os registros DNS A do seu host do GitHub Enterprise Server após o reinício para explicar a alteração no endereço IP público. Depois que a instância for reiniciada, a IP elástica (EIP) será automaticamente mantida se a instância for iniciada em uma VPC. Se a instância for iniciada no EC2-Classic, a IP elástica deverá ser associada outra vez manualmente.
Tipos de instância do AWS compatíveis
É necessário determinar o tipo de instância para a qual você pretende atualizar com base nas especificações de CPU/memória. GitHub Enterprise Server é suportado nos seguintes tipos de instância do EC2. Para obter mais informações, consulte the AWS EC2 instance type overview page.
| Tipo de instância EC2 | Modelo |
|---|---|
| C3 | c3.2xlarge, c3.4xlarge, c3.8xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| C4 | c4.2xlarge, c4.4xlarge, c4.8xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| C5 | c5.large, c5.xlarge, c5.2xlarge, c5.4xlarge, c5.9xlarge, c5.18xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| M3 | m3.xlarge, m3.2xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| M4 | m4.xlarge, m4.2xlarge, m4.4xlarge, m4.10xlarge, m4.16xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| M5 | m5.large, m5.xlarge, m5.2xlarge, m5.4xlarge, m5.12xlarge, m5.24xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| R4 | r4.large, r4.xlarge, r4.2xlarge, r4.4xlarge, r4.8xlarge, r4.16xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| R5 | r5.large, r5.xlarge, r5.2xlarge, r5.4xlarge, r5.12xlarge, r5.24xlarge |
| EC2 tipo de instância | Modelo |
|---|---|
| X1 | x1.16xlarge, x1.32xlarge |
Tipos de instância do AWS recomendados
Com base na contagem de licenças de usuário, recomendamos os seguintes tipos de instâncias. |
| Licença de usuário | Tipo recomendado |
|---|---|
| Teste, demonstração ou 10 usuários leves | r4.large |
| 10 - 3000 | r4.xlarge |
| 3000 - 5000 | r4.2xlarge |
| 5000 - 8000 | r4.4xlarge |
| 8000 - 10000+ | r4.8xlarge |
Nota: Você sempre pode ajustar sua CPU ou memória redimensionando sua instância. No entanto, como o redimensionamento da sua CPU ou memória requer tempo de inatividade para os usuários, recomendamos o fornecimento excessivo de recursos para contas em escala.
Redimensionar para o AWS
Observação: para instâncias iniciadas no EC2-Classic, anote o endereço IP elástico associado à instância e o ID da instância. Depois de reiniciar a instância, reassocie o endereço IP elástico.
Não é possível adicionar recursos de CPU ou memória a uma instância atual do AWS/EC2. Faça o seguinte:
- Interrompa a instância.
- Altere o tipo de instância.
- Inicie a instância.
- Uma vez que a instância tenha sido totalmente reiniciada e você possa alcançá-la, use o shell administrativo SSH para verificar se a nova configuração de recurso é reconhecida:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info
Adicionar recursos de CPU ou memória para OpenStack KVM
Não é possível adicionar recursos de CPU ou memória a uma instância atual do OpenStack KVM. Faça o seguinte:
- Tire um instantâneo da instância atual;
- Pare a instância;
- Selecione um novo tipo de instância que tenha os recursos de CPU e/ou memória desejados.
Adding CPU or memory resources for VMware
Se houver lentidão das operações na sua instância do GitHub Enterprise Server, pode ser necessário adicionar recursos de CPU ou memória.
Ao aumentar os recursos da CPU, é recomendado adicionar pelo menos 6.5 GB de memória para cada CPU (até 16 CPUs) adicionado à sua instância do GitHub Enterprise Server. Quando você usa mais de 16 CPUs, você não precisa adicionar 6.5 GB de memória para cada CPU, mas você deve monitorar sua instância para garantir que ela tenha memória suficiente.
- Use o cliente vSphere para conexão com o host VMware ESXi.
- Desligue a sua instância do GitHub Enterprise Server.
- Selecione a máquina virtual e clique em Edit Settings (Editar configurações).
- Em "Hardware", ajuste a CPU e/ou os recursos de memória alocados à máquina virtual, conforme necessário.
- Para iniciar a máquina virtual, clique em OK.
- Uma vez que a instância tenha sido totalmente reiniciada e você possa alcançá-la, use o shell administrativo SSH para verificar se a nova configuração de recurso é reconhecida:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info