

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á.

# Personalizações de colocação de sessões de jogo
<a name="customize-game-session-placement"></a>

As personalizações de colocação das sessões de jogo oferecem a oportunidade de ajustar seu sistema de colocação para oferecer à sua base de jogadores a melhor experiência de jogo possível. Você pode otimizar a colocação de acordo com a compatibilidade e as preferências dos jogadores, bem como para considerações operacionais, como eficiência de custos, distribuição geográfica e resiliência contra interrupções no serviço.

# Personalizar uma fila de sessões de jogo
<a name="queues-design"></a>

Este tópico descreve como personalizar suas filas de sessões de jogo para tomar as melhores decisões possíveis sobre a colocação das sessões de jogo. Para obter mais informações sobre filas de sessões de jogo e como elas funcionam, consulte [Faz correspondência com posicionamento de sessões de jogo](queues-intro.md).

Estes recursos do Amazon GameLift Servers exigem filas:
+ [Como marcar jogos com o FlexMatch](https://docs.aws.amazon.com/gameliftservers/latest/flexmatchguide/match-tasks.html)
+ [Construir uma fila para instâncias Spot](spot-tasks.md)

**Topics**
+ [Definir o escopo de uma fila](queues-design-scope.md)
+ [Criar uma fila de vários locais](queues-design-multiregion.md)
+ [Avaliar métricas de fila](queues-design-metrics.md)

# Definir o escopo de uma fila
<a name="queues-design-scope"></a>

A população de jogadores do seu jogo pode ter grupos de jogadores que não deveriam jogar juntos. Por exemplo, se você publicar seu jogo em dois idiomas, cada idioma deverá ter seus próprios servidores de jogos.

Para configurar o posicionamento de sessões de jogo para sua população de jogadores, crie uma fila separada para cada segmento de jogadores. Avalie cada fila para posicionar os jogadores nos servidores de jogos corretos. Algumas formas comuns de definir o escopo das filas incluem:
+ **Por localizações geográficas.** Ao implantar seus servidores de jogos em várias áreas geográficas, você pode criar filas para jogadores em cada local a fim de reduzir a latência dos jogadores.
+ **Por variações de compilação ou script.** Se tiver mais de uma variação do seu servidor de jogos, talvez você esteja apoiando grupos de jogadores que não podem jogar nas mesmas sessões de jogo. Por exemplo, compilações ou scripts de servidores de jogos podem oferecer suporte a diferentes idiomas ou tipos de dispositivos.
+ **Por tipos de eventos.** Você pode criar uma fila especial para gerenciar jogos para participantes de torneios ou outros eventos especiais. 

## Criar várias filas
<a name="queues-design-players"></a>

Dependendo do jogo e dos jogadores, talvez você queira criar mais de uma fila de sessões de jogo. Quando o serviço do cliente do jogo solicita uma nova sessão de jogo, ele especifica que fila da sessão de jogo usar. Para ajudá-lo a determinar se você deve usar várias filas, considere:
+ Variações do servidor de jogos. Você pode criar uma fila separada para cada variação do servidor de jogos. Todas as frotas de uma fila devem implantar servidores de jogos compatíveis. Isso ocorre porque os jogadores que usam a fila para entrar nos jogos devem poder jogar em qualquer um dos servidores de jogos da fila.
+ Grupos de jogadores diferentes. Você pode personalizar a forma como o Amazon GameLift Servers coloca as sessões de jogo com base no grupo de jogadores. Por exemplo, você pode precisar de filas personalizadas para determinados modos de jogo que exigem um tipo especial de instância ou de configuração de runtime. Ou, talvez, você queira uma fila especial para gerenciar posicionamentos em um torneio ou outro evento.
+ Métricas da fila de sessões de jogo. Você pode configurar filas com base em como deseja coletar as métricas de posicionamento de sessões de jogo. Para obter mais informações, consulte [Métricas do Amazon GameLift Servers para filas](monitoring-cloudwatch.md#gamelift-metrics-queue).

# Criar uma fila de vários locais
<a name="queues-design-multiregion"></a>

Recomendamos um design de vários locais para todas as filas. Esse design pode melhorar a velocidade do posicionamento e a resiliência da hospedagem. É necessário um design de vários locais para usar os dados de latência do jogador e posicionar os jogadores em sessões de jogo com latência mínima. Se estiver criando filas de vários locais que usam frotas de instâncias spot, siga as instruções em [Reduza os custos de hospedagem de jogos com frotas Spot](fleets-spot.md).

Uma forma de criar uma fila de vários locais é adicionar uma [frota de vários locais](gamelift-regions.md#gamelift-regions-hosting) a uma fila. Dessa forma, a fila pode posicionar sessões de jogo em qualquer um dos locais da frota. Você também pode adicionar outras frotas com configurações ou locais residenciais diferentes para redundância. Se você estiver usando uma frota de instâncias spot de vários locais, siga as melhores práticas e inclua uma frota de instância sob demanda com os mesmos locais.

O exemplo a seguir descreve o processo de criação de uma fila básica de vários locais. Neste exemplo, usamos duas frotas: uma frota de instâncias spot e uma frota de instâncias sob demanda. Cada frota tem o seguinte Regiões da AWS para locais de colocação: `us-east-1` `us-east-2``ca-central-1`,, `us-west-2` e.

**Para criar uma fila básica de vários locais com frotas de vários locais**

1. Escolha um local para criar a fila. Você pode minimizar a latência da solicitação colocando a fila em um local próximo ao local onde você implantou o serviço ao cliente. Neste exemplo, criamos a fila em `us-east-1`.

1. Crie uma nova fila e adicione suas frotas de vários locais como destinos de fila. A ordem de destino determina como o Amazon GameLift Servers coloca as sessões de jogo. Neste exemplo, listamos a frota de instâncias spot primeiro e a frota de instâncias sob demanda em segundo lugar.

1. Defina a ordem de prioridade de posicionamento de sessões de jogo da fila. Essa ordem determina onde a fila procura primeiro por um servidor de jogos disponível. Neste exemplo, usamos a ordem de prioridade padrão.

1. Defina a ordem dos locais. Se você não definir a ordem dos locais, o Amazon GameLift Servers usará os locais em ordem alfabética.

![\[Uma captura de tela do console que ilustra a localização do exemplo de fila e a ordem de destino.\]](http://docs.aws.amazon.com/pt_br/gameliftservers/latest/developerguide/images/queue-multi-location-1.png)


![\[Uma captura de tela do console que ilustra a prioridade de posicionamento e a ordem de localização do exemplo de fila.\]](http://docs.aws.amazon.com/pt_br/gameliftservers/latest/developerguide/images/queue-multi-location-2.png)


# Avaliar métricas de fila
<a name="queues-design-metrics"></a>

Use métricas para avaliar o desempenho das suas filas. Você pode visualizar métricas relacionadas às filas no [console do Amazon GameLift Servers](https://console.aws.amazon.com/gamelift) ou no Amazon CloudWatch. Para obter uma lista e descrições de métricas de fila, consulte [Métricas do Amazon GameLift Servers para filas](monitoring-cloudwatch.md#gamelift-metrics-queue).

As métricas de fila podem fornecer informações sobre o seguinte:
+ **Desempenho geral da fila**: as métricas da fila indicam com que sucesso uma fila responde às solicitações de posicionamento. Essas métricas também podem ajudá-lo a identificar quando e por que os posicionamentos falham. Para filas com frotas escaladas manualmente, as métricas `AverageWaitTime` e `QueueDepth` podem indicar quando você deve ajustar a capacidade de uma fila.
+ **Desempenho do algoritmo FleetIQ**: para solicitações de posicionamento usando o algoritmo FleetIQ, as métricas mostram com que frequência o algoritmo descobre o posicionamento ideal de sessões de jogo. O posicionamento pode priorizar o uso de recursos com a menor latência do jogador ou recursos com o menor custo. Também existem métricas de erro que identificam motivos comuns pelos quais o Amazon GameLift Servers não consegue descobrir um posicionamento ideal. Para obter mais informações sobre métricas, consulte [Monitore Amazon GameLift Servers com a Amazon CloudWatch](monitoring-cloudwatch.md).
+ **Posicionamentos específicos de locais**: para filas de vários locais, as métricas mostram posicionamentos bem-sucedidos por local. Com filas que usam o algoritmo FleetIQ, esses dados fornecem informações úteis sobre onde a atividade do jogador ocorre.

Ao avaliar métricas de desempenho do algoritmo FleetIQ, considere as seguintes sugestões:
+ Para rastrear a taxa da fila de descobertas de um posicionamento ideal, use a métrica `PlacementsSucceeded` em combinação com as métricas do FleetIQ para obter a menor latência e o menor preço.
+ Para aumentar a taxa da fila de descobertas de um posicionamento ideal, analise as seguintes métricas de erro:
  + Se `FirstChoiceOutOfCapacity` for alto, ajuste o escalonamento da capacidade para as frotas da fila.
  + Se a métrica `FirstChoiceNotViable` de erro for alta, veja suas frotas de instâncias Spot. As frotas de instâncias spot são consideradas inviáveis quando a taxa de interrupção de um determinado tipo de instância é muito alta. Para resolver esse problema, altere a fila de modo que ela use as frotas de instâncias spot com diferentes tipos de instância. Recomendamos que você inclua frotas de instâncias spot com diferentes tipos de instância em cada local.

# Priorize o posicionamento de sessões de jogo
<a name="queues-design-priority"></a>

O Amazon GameLift Servers usa um algoritmo para determinar como priorizar os destinos de uma fila e determinar onde posicionar uma nova sessão de jogo. O algoritmo é baseado em um conjunto ordenado de critérios. Você pode usar a ordem de prioridades padrão ou personalizá-la. É possível editar a ordem prioritária de uma fila a qualquer momento. 

**Ordem de prioridades padrão**

1. **Latência** — Se a solicitação de colocação da sessão de jogo incluir dados de latência específicos da localização dos jogadores, o Amazon GameLift Servers calcula a latência média do jogador em cada local e tenta colocar uma sessão de jogo em um local da frota com a menor média.

1. **Custo** — se uma solicitação não incluir dados de latência ou se várias frotas tiverem a mesma latência, o Amazon GameLift Servers avaliará o custo de hospedagem de cada frota. O custo de hospedagem de uma frota varia com base no tipo de frota (spot ou sob demanda), tipo de instância e localização. 

1. **Destino**: se várias frotas têm latência e custos iguais, o Amazon GameLift Servers prioriza frotas com base no ordem de destino conforme listado na configuração da fila.

1. **Localização** — Para filas com frotas com vários locais, se todos os outros critérios forem iguais, o Amazon GameLift Servers priorizará as localizações da frota com base na ordem alfabética.

## Personalize como uma fila prioriza as colocações das sessões de jogo
<a name="queues-design-priority-custom"></a>

Você pode escolher personalizar como uma fila prioriza os critérios de colocação. A fila aplica a priorização personalizada a todas as solicitações de colocação de sessão de jogo que recebe. 

**nota**  
Se você criar uma configuração de prioridade personalizada e não incluir todos os quatro critérios, o Amazon GameLift Servers anexará automaticamente os critérios ausentes na ordem padrão.

**Para personalizar a configuração de prioridade de uma fila**

Use o [console do Amazon GameLift Servers](https://console.aws.amazon.com/gamelift/) ou o AWS Command Line Interface (AWS CLI) para criar uma configuração de prioridade personalizada. 

------
#### [ Console ]

No [console do Amazon GameLift Servers](https://console.aws.amazon.com/gamelift/), você pode personalizar as prioridades de uma fila ao criar uma nova fila ou atualizar uma fila existente. Selecione uma AWS região para trabalhar.

Abra a barra de navegação esquerda do console e escolha **Filas**. Na página Filas, selecione uma fila existente e escolha **Editar**.

1. Vá para a seção **Prioridade de colocação da sessão de jogo**. Arraste e solte cada critério de prioridade para criar o pedido desejado. 

1. Vá para a seção **Ordem de localização**. Adicione os locais que você deseja priorizar. Essa lista é útil quando a fila tem frotas com vários locais. No mínimo, você deve especificar um local. Os locais que você especificar aqui são priorizados primeiro, seguidos por todos os outros locais nos destinos da fila.

1. Escolha **Salvar alterações**.

------
#### [ AWS CLI ]

Use o [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/gamelift/update-game-session-queue.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/gamelift/update-game-session-queue.html)comando com a `--priority-configuration` opção de personalizar a ordem de prioridade de uma fila. Amazon GameLift Serversatualiza uma fila na sua AWS região padrão atual, ou você pode adicionar uma `--region` tag para especificar uma AWS região diferente.

O exemplo a seguir adiciona ou atualiza a configuração de prioridade de uma fila especificada.

```
aws gamelift update-game-session-queue \ 
    --name "example-queue-with-priority"
    --priority-configuration PriorityOrder="COST','LOCATION","DESTINATION",LocationOrder="us-east-1","us-east-2","ca-central-1","us-west-2" \
```

------

## Priorize as colocações por latência do jogador
<a name="queues-design-priority-custom-latency"></a>

Se você quiser oferecer aos seus jogadores a melhor experiência possível e garantir o mínimo de latência, siga as etapas a seguir ao configurar seu sistema de colocação de sessões de jogo: 
+ Configure sua fila para priorizar a latência ao escolher onde colocar as sessões de jogo. A latência é, por padrão, na parte superior da lista de prioridades. Você também pode personalizar a configuração de prioridade da fila e escolher onde colocar a latência em ordem de prioridade. 
+ Configure políticas de latência do player para sua fila. As políticas de latência permitem que você defina limites rígidos sobre a quantidade de latência permitida na colocação de uma sessão de jogo. Se o Amazon GameLift Servers não conseguir realizar uma sessão de jogo sem exceder os limites, a solicitação de colocação expirará e falhará. Você pode configurar uma única política de latência ou criar uma série de políticas que relaxem gradualmente o limite de latência ao longo do tempo. Com uma série de políticas, você pode especificar limites de latência inicial muito baixos e ainda acomodar jogadores com latências mais altas após um pequeno atraso. Para detalhes sobre a criação de políticas de latência, consulte [Crie uma política de latência do jogador](queues-design-latency.md). 
+ Ao fazer solicitações de posicionamento de sessão de jogo (consulte [StartGameSessionPlacement](https://docs.aws.amazon.com/gameliftservers/latest/apireference/API_StartGameSessionPlacement.html)), inclua dados de latência de cada jogador. Os dados de latência do jogador incluem um valor para cada local possível em que uma sessão de jogo pode ser realizada. Por exemplo, para uma fila que coloca sessões de jogo em Regiões da AWS us-east-2 e ca-central-1, os dados de latência podem ter a seguinte aparência: 

  ```
  "PlayerLatencies": [ 
      { "LatencyInMilliseconds": 100, "PlayerId": "player1", "RegionIdentifier": "us-east-2" },
      { "LatencyInMilliseconds": 100, "PlayerId": "player1", "RegionIdentifier": "ca-central-1" },
      { "LatencyInMilliseconds": 150, "PlayerId": "player2", "RegionIdentifier": "us-east-2" },
      { "LatencyInMilliseconds": 150, "PlayerId": "player2", "RegionIdentifier": "ca-central-1" }
    ]
  ```

  Para obter medições precisas de latência, use os sinalizadores de ping UDP do Amazon GameLift Servers. Esses endpoints permitem medir a latência real da rede UDP entre dispositivos de jogadores e cada um dos possíveis locais de hospedagem, resultando em decisões de colocação mais precisas do que o uso de pings ICMP. Para obter mais informações sobre o uso de sinalizadores de ping UDP para medir a latência, consulte [Sinalizadores de ping UDP](reference-udp-ping-beacons.md).

## Priorize as colocações por localização
<a name="queues-design-priority-custom-location"></a>

Você pode configurar uma fila para fazer colocações de sessões de jogo com base em uma lista priorizada de localizações geográficas. A localização é um dos critérios que determina como uma fila escolhe onde colocar uma nova sessão de jogo. Por padrão, a localização é priorizada em quarto lugar, depois da latência, custo e destino.

Para a colocação da sessão de jogo, destino e localização têm significados um pouco diferentes:
+ *Destino* se refere a uma frota específica e inclui todos os recursos de hospedagem da frota, onde quer que estejam implantados. Ao priorizar por destino, o Amazon GameLift Servers pode fazer uma colocação em qualquer local da frota. As frotas gerenciadas em vários locais e as frotas Anywhere podem ter recursos de hospedagem implantados em um ou mais locais.
+ A *localização* se refere a uma posição geográfica específica em que os recursos de hospedagem de uma frota são implantados. Uma frota pode ter vários locais, que podem incluir Regiões da AWS Zonas Locais ou locais personalizados (para uma frota em qualquer lugar). Uma frota gerenciada em um único local tem um local e é sempre uma Região da AWS. Uma frota multilocal gerenciada tem uma região de origem e pode ter locais remotos. Uma frota Anywhere tem um ou mais locais personalizados.

Ao priorizar as colocações por local, o Amazon GameLift Servers procura qualquer destino de fila que inclua o local prioritário e busca um recurso de hospedagem disponível. Se houver vários destinos com a localização prioritária, o Amazon GameLift Servers passa para os próximos critérios de prioridade (custo, latência, destino).

Existem várias maneiras de influenciar como os locais de uma fila são priorizados. 
+ Configure como a fila lida com todas as solicitações de colocação da sessão do jogo:
  + **Adicione uma configuração de prioridade à fila.** A configuração prioritária de uma fila inclui uma lista ordenada de locais. Você pode especificar um ou mais locais a serem priorizados. Essa lista não exclui nenhum local, ela simplesmente diz ao Amazon GameLift Servers onde procurar primeiro um recurso de hospedagem disponível. Um uso comum de uma lista ordenada de locais é quando você deseja canalizar a maior parte do tráfego para uma ou mais localizações geográficas específicas e usar locais adicionais como capacidade de backup. Adicione uma configuração prioritária ligando [UpdateGameSessionQueue](https://docs.aws.amazon.com/gameliftservers/latest/apireference/API_UpdateGameSessionQueue.html).
  + **Adicione uma configuração de filtro à fila.** Uma configuração de filtro é uma lista de permissões para a fila. Ele diz ao Amazon GameLift Servers para ignorar todos os locais que não estão na lista ao procurar um recurso de hospedagem disponível. Há dois usos comuns para uma configuração de filtro. Primeiro, para frotas com vários locais, você pode usar um filtro para excluir alguns dos locais da frota. Em segundo lugar, talvez você queira proibir temporariamente as colocações em um determinado local; por exemplo, um local pode estar enfrentando problemas transitórios. Como você pode atualizar a configuração do filtro de uma fila a qualquer momento, você pode facilmente adicionar e remover locais conforme necessário. Adicione uma configuração de filtro chamando [UpdateGameSessionQueue](https://docs.aws.amazon.com/gameliftservers/latest/apireference/API_UpdateGameSessionQueue.html).
+ Use instruções especiais para solicitações individuais de colocação:
  + **Inclua uma lista de substituição de prioridade na solicitação de colocação de sessão de jogo.** Você pode fornecer uma lista alternativa de prioridades de locais com qualquer [StartGameSessionPlacement](https://docs.aws.amazon.com/gameliftservers/latest/apireference/API_StartGameSessionPlacement.html)solicitação. A lista efetivamente substitui a priorização configurada da fila para locais somente para aquela solicitação. Isso não afeta nenhuma outra solicitação. Esse recurso de substituição tem alguns requisitos:
    + Use uma lista de substituição somente com uma fila que tenha uma configuração de prioridade estabelecida com `LOCATION` como primeira prioridade.
    + Não inclua dados de latência do jogador na mesma solicitação de colocação. Incluir dados de latência cria conflitos ao priorizar locais que o Amazon GameLift Servers não pode resolver.
    + Decida como você deseja que o Amazon GameLift Servers proceda se não conseguir encontrar um recurso disponível na lista de substituição prioritária. Escolha entre voltar para os outros locais da fila ou limitar as colocações à lista de substituição. Por padrão, o Amazon GameLift Servers volta à tentativa de colocação em outros locais da fila.
    + Atualize a configuração do filtro da fila conforme necessário, como adicionar locais na lista de substituição. A lista de substituição não invalida a lista de filtros. 

# Crie uma política de latência do jogador
<a name="queues-design-latency"></a>

Se suas solicitações de colocação incluírem dados de latência do jogador, o Amazon GameLift Servers descobrir sessões de jogo em locais com a menor latência média para todos os jogadores. A colocação de sessões de jogo com base na latência média do jogador impede que o Amazon GameLift Servers coloque a maioria dos jogadores em jogos com alta latência. No entanto, o Amazon GameLift Servers ainda coloca jogadores com latência extrema. Para acomodar esses jogadores, crie políticas de latência do jogador.

Uma política de latência do jogador impede que o Amazon GameLift Servers coloque uma sessão de jogo solicitada em qualquer lugar em que os jogadores da solicitação experimentem latência acima do valor máximo. As políticas de latência do jogador também podem impedir que o Amazon GameLift Servers combine solicitações de sessões de jogo com jogadores de maior latência.

**dica**  
Para gerenciar regras específicas de latência, como exigir latência semelhante em todos os jogadores de um grupo, você pode usar o [Amazon GameLift Servers FlexMatch](https://docs.aws.amazon.com/gameliftservers/latest/flexmatchguide/match-intro.html) para criar regras de criação de partidas com base na latência.

Por exemplo, considere essa fila com um tempo limite de cinco minutos e as seguintes políticas de latência do jogador:

1. Passe 120 segundos procurando um local onde todas as latências do jogador sejam inferiores a 50 milissegundos.

1. Passe 120 segundos procurando um local onde todas as latências do jogador sejam inferiores a 100 milissegundos.

1. Passe o tempo restante da fila até o tempo limite procurando um local onde todas as latências do jogador sejam inferiores a 200 milissegundos.

![\[Uma captura de tela do console que ilustra o exemplo de políticas de latência que diminuem gradualmente.\]](http://docs.aws.amazon.com/pt_br/gameliftservers/latest/developerguide/images/queue-latency-policy.png)


# Construir uma fila para instâncias Spot
<a name="spot-tasks"></a>

Você pode obter economias potencialmente significativas nos custos de hospedagem usando frotas Spot. Para obter mais detalhes sobre as frotas spot e como usá-las, consulte [Instâncias sob demanda versus instâncias spot](gamelift-compute.md#gamelift-compute-spot). 

Se sua solução de hospedagem de jogos incluir frotas Spot, você deverá usar uma fila de colocação de sessão de jogo. O Amazon GameLift Servers usa filas para pesquisar em vários recursos de hospedagem de jogos e selecionar o melhor disponível para hospedar uma nova sessão de jogo. Com as frotas Spot, as filas são particularmente importantes para minimizar os custos de hospedagem e evitar possíveis interrupções no Spot. Este tópico ajuda você a configurar uma fila resiliente que pode continuar hospedando jogos para jogadores mesmo em caso de interrupções, lentidão e interrupções. Você pode personalizar como a fila prioriza os recursos de hospedagem disponíveis com base em vários fatores, incluindo o custo da hospedagem.

Você está usando FlexMatch para criação de partidas? É possível utilizar uma fila frotas Spot para fazer colocações de criação de partidas para suas partidas.

## Tarefas de implementação para frotas Spot
<a name="spot-tasks-queue"></a>

Ao criar ou atualizar sua solução de hospedagem de jogos para usar frotas Spot, conclua as tarefas a seguir. Para obter orientações mais sobre como criar uma fila que otimize a disponibilidade e a resiliência do Spot, consulte [Reduza os custos de hospedagem de jogos com frotas Spot](fleets-spot.md).

1. **Escolha e crie um conjunto de destinos de frota para a fila de sessões de jogo.**

   Comece decidindo onde você quer que sua fila coloque as sessões de jogo. Uma fila pode pesquisar em várias frotas para encontrar a melhor colocação possível. Cada frota pode tem um tipo instância, mas pode ter várias localizações geográficas. Filas com frotas que oferecem variedade tanto na localização quanto no tipo de instância têm maior probabilidade de obter colocações bem-sucedidas. Veja essas melhores práticas para criar uma fila eficiente e resiliente otimizada para Spot.

1. **Crie sua fila de sessões de jogo otimizada para Spot.** 

   Crie uma fila e configure-a para suas frotas Spot. Consulte [Criar uma fila de sessões de jogo](queues-creating.md) para receber ajuda sobre como criar e configurar a nova fila. Você pode usar o Amazon GameLift Servers console ou a AWS CLI para criar ou editar uma fila.
   + Adicione os destinos da frota a partir da Etapa 1. 
   + Priorize o pedido de destino conforme apropriado. Por padrão, o Amazon GameLift Servers prioriza por custo antes do destino, portanto, a ordem de destino é usada somente quando os menores custos entre os destinos são iguais.
   + Se você quiser priorizar o custo de hospedagem do jogo antes da latência do jogador, forneça uma prioridade de colocação personalizada. Consulte [Priorize o posicionamento de sessões de jogo](queues-design-priority.md).

1. **Atualize outros componentes em sua solução para usar a nova fila.**

   Quando sua solução usa uma fila otimizada para Spot para iniciar novas sessões de jogo, a fila evita automaticamente colocar sessões de jogo com frotas com alta probabilidade de interrupção. Em vez disso, ele pesquisa todas as frotas viáveis em busca de recursos que correspondam às suas prioridades definidas, incluindo latência do jogador, custo de hospedagem e ordem de destino. 
   + Se você não estiver usando FlexMatch – Atualize seu serviço de backend para especificar a nova fila otimizada para Spot nas solicitações de sessão de jogo. O serviço de backend faz solicitações de API ao Amazon GameLift Servers em nome do seu cliente de jogo (usando o `StartGameSessionPlacement()`), e cada solicitação deve especificar um nome de fila. Para receber ajuda sobre como implantar posicionamentos de sessões de jogo no seu jogo, consulte [Criar sessões de jogos](gamelift-sdk-client-api.md#gamelift-sdk-client-api-create).
   + Se você estiver usando FlexMatch – Atualize sua configuração de criação de partidas para enviar solicitações de sessão de jogo para a nova fila otimizada para Spot. Quando o sistema de criação de partidas forma uma partida de jogadores, ele envia uma solicitação de colocação da sessão de jogo para a fila designada para iniciar uma nova sessão de jogo para a partida. Somente configurações de criação de partidas com o modo FlexMatch definido como “Gerenciado” podem designar uma fila de colocação. Você pode atualizar uma configuração de matchmaking usando a AWS CLI ou Amazon GameLift Servers o console ([consulte Editar uma configuração de matchmaking](https://docs.aws.amazon.com/gameliftservers/latest/flexmatchguide/match-create-configuration-edit.html)).

1. **Revise o desempenho das frotas spot e das filas.** 

   Visualize Amazon GameLift Servers métricas no Amazon GameLift Servers console ou com CloudWatch a Amazon para analisar o desempenho. Para saber mais sobre métricas do Amazon GameLift Servers, consulte [Monitore Amazon GameLift Servers com a Amazon CloudWatch](monitoring-cloudwatch.md). As principais métricas incluem:
   + Taxa de interrupção: use as métricas `InstanceInterruptions` e `GameSessionInterruptions` para acompanhar a quantidade e a frequência das interrupções relacionadas a instâncias spot e sessões de jogos. As sessões de jogo em instâncias recuperadas têm um status de `TERMINATED` e uma razão de status de `INTERRUPTED`.
   + Eficácia da fila: acompanhe as taxas de sucesso de posicionamento, tempo médio de espera e profundidade da fila, para verificar se o uso de frotas spot não tem impacto no desempenho da fila.
   + Uso da frota: monitore dados sobre instâncias, sessões de jogos e sessões de jogadores. O uso de frotas sob demanda pode ser um indicador de que as filas estão evitando posicionamentos em suas frotas spot para evitar interrupções.

## Melhores práticas para filas com frotas Spot
<a name="queues-design-spot"></a>

 Use as seguintes melhores práticas ao criar frotas e filas para instâncias Spot. 
+ **Expanda a cobertura geográfica da sua fila.** Mesmo que seus jogadores estejam agrupados em um único Região da AWS, adicione locais adjacentes à sua frota Spot. Essa abordagem melhora a capacidade da fila de manter a capacidade durante desacelerações regionais, interrupções e interrupções pontuais. As frotas em vários locais funcionam com instâncias spot e sob demanda.
+ **Diversifique a cobertura do tipo de instância da sua fila.** O Amazon GameLift Servers avalia a viabilidade do Spot com base no tipo de instância, portanto, ter frotas Spot com vários tipos de instância reduz a chance de que várias frotas Spot sejam inviáveis ao mesmo tempo. Inclua pelo menos duas frotas Spot com tipos de instâncias diferentes em cada local. 
**nota**  
O preço é baseado nas instâncias que você usa, não no número de frotas. Executar cinco frotas com 10 instâncias cada é o mesmo que executar uma frota com 50 instâncias de custo similar. Os preços variam de acordo com o tipo, tamanho e localização da instância. 

  Dicas para agrupar tipos de instâncias Spot: 
  + Use tipos de instância na mesma família, como `m6g.medium`, `m6g.large` e `m6g.xlarge`. Tipos de instância maiores custam mais, mas também podem hospedar mais sessões de jogo por vez.
  + Selecione tipos de instâncias amplamente disponíveis. Normalmente, famílias de gerações mais antigas (como C5, M5 e R5) e tamanhos comuns (como .large, .xlarge e .2xlarge) têm melhor disponibilidade.
  + Verifique o histórico de preços de 30 a 90 dias no console do Amazon GameLift Servers. Procure tipos de instância com padrões de disponibilidade consistentes.
  + Use o console Amazon GameLift Servers, ferramenta de criação de frota, para explorar a cobertura de localização para tipos de instância.
+ **Adicione frotas sob demanda para obter capacidade de backup.** A hospedagem de jogos pode mudar para frotas sob demanda sempre que as frotas Spot não estiverem disponíveis. Coloque pelo menos uma frota sob demanda em cada local para manter a baixa latência de jogadores. Adicione o ajuste de escala automático às frotas sob demanda de backup, para que você possa mantê-las em escala vertical reduzida até que elas sejam necessárias.
+ **Atribua aliases a todos os destinos da frota.** Crie aliases para cada um dos destinos da sua fila. Os aliases tornam tudo mais fácil e eficiente sempre que você precisa substituir frotas. 
+ **Aplique uma estratégia de priorização de filas.** Você pode personalizar como uma fila prioriza onde colocar as sessões de jogo (veja [Priorize o posicionamento de sessões de jogo](queues-design-priority.md) para obter mais detalhes). Para filas otimizadas para Spot, a priorização por custo garante que frotas Spot de baixo custo sejam usadas sempre que possível. 

  Você também pode priorizar determinadas frotas especificando um pedido de destino. Por exemplo, alguns usuários designam um conjunto de frotas primárias para uso regular e também um conjunto de frotas secundárias como backup. Nesse cenário, defina a ordem de destino da fila para listar primeiro as frotas primárias. Em seguida, configure a ordem prioritária da fila com o destino seguido pelo custo.