As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Processo de balanceamento spot
O Amazon GameLift FleetIQ balanceia periodicamente as instâncias em um grupo do Auto Scaling que tem instâncias spot. Esse processo não está ativo com grupos de servidores de jogos que usam a estratégia de balanceamento ON_DEMAND_ONLY ou que não têm instâncias ativas.
O balanceamento spot tem dois objetivos principais:
-
Atualizar constantemente o grupo usando apenas tipos de instância spot que sejam viáveis para hospedagem de jogos.
-
Usar vários tipos de instância viáveis (quando possível) a fim de reduzir o impacto de interrupções inesperadas do servidor de jogos.
O Amazon GameLift FleetIQ faz o balanceamento avaliando os tipos de instância do grupo e removendo instâncias que têm maior probabilidade de resultar em interrupções do servidor de jogos. Para evitar o encerramento de instâncias com jogabilidade ativa durante o balanceamento, a prática recomendada é habilitar a proteção do servidor de jogos para um grupo de servidores de jogos que está em produção.
O exemplo a seguir ilustra como as instâncias em um grupo do Auto Scaling são afetadas pelo balanceamento spot.
-
Etapa 1. Por meio de um grupo de servidores de jogos, o grupo do Auto Scaling vinculado é configurado para executar instâncias dos tipos m4.large, c4.large, e c5.large com a proteção do servidor de jogos habilitada. O grupo do Auto Scaling iniciou uma coleção balanceada composta por duas instâncias spot de cada tipo. Quatro instâncias têm pelo menos um servidor de jogos com status UTILIZED (mostrado com uma borda tracejada), enquanto duas instâncias não são compatíveis com a jogabilidade no momento.
-
Etapa 2. O Amazon GameLift FleetIQ avalia a viabilidade atual de hospedagem de jogo dos três tipos de instância. A avaliação determina que o tipo de instância c4.large tem um potencial inaceitável de interrupção do servidor do jogo. O Amazon GameLift FleetIQ atualiza imediatamente a configuração do grupo do Auto Scaling para remover temporariamente c4.large da lista de tipos de instância, impedindo que instâncias c4.large adicionais sejam lançadas.
-
Etapa 3. O Amazon GameLift FleetIQ identifica instâncias existentes do tipo c4.large e executa ações para removê-las do grupo. Como uma primeira etapa, todos os servidores de jogos que estão sendo executados em instâncias c4.large são sinalizados como drenagem. Os servidores de jogos em instâncias de drenagem só podem ser reivindicados como um último recurso se nenhum outro servidor de jogos estiver disponível. Além disso, um grupo do Auto Scaling com instâncias de drenagem é acionado para executar novas instâncias para substituí-las.
-
Etapa 4. À medida que novas instâncias viáveis se tornam online, o grupo do Auto Scaling encerra as instâncias de drenagem. Essa substituição garante que a capacidade desejada do grupo seja mantida. A primeira instância a ser encerrada é a instância c4.large sem servidores de jogos utilizados e com a proteção de servidor de jogos desativada. Ela é substituída por uma nova instância c5.large.
-
Etapa 5. As instâncias de drenagem com proteção de servidor de jogos continuam a ser executadas enquanto seus servidores de jogos oferecem suporte à jogabilidade. Quando a partida é encerrada, a instância c4.large restante é encerrada quando uma nova instância m4.large é executada para ocupar seu lugar.
Como resultado desse processo, o grupo do Auto Scaling mantém sua capacidade desejada, enquanto o grupo balanceia o uso de três tipos de instância para dois.. O Amazon GameLift FleetIQ continua a avaliar a lista original de tipos de instância para obter a viabilidade de hospedagem de jogo. Quando o c4.large é novamente considerado um tipo de instância viável, o grupo do Auto Scaling é atualizado para incluir todos os três tipos de instância. O grupo naturalmente faz o balanceamento ao longo do tempo.
