Terminologia
Termos que você deve entender sobre a escala de servidores em espera.- Target Standby: também conhecida como Standby Target e Standing by target, é um valor definido pela plataforma que especifica o número desejado de servidores em espera disponíveis para evitar o esgotamento do pool em espera.
- Target Standby Floor: uma medida configurável pelo desenvolvedor do jogo que representa a quantidade mínima de servidores mantidos ociosos para atender à demanda por novos servidores de jogo.
- Actual Standby: a quantidade de servidores em espera relatada pela plataforma Multiplayer Servers, cujos valores são diferentes quando o StandingBy dinâmico está habilitado e quando está desabilitado.
- Pré-preparação: o Azure e o PlayFab precisam criar a máquina virtual, inicializar seu sistema operacional e configurar seu ambiente. O PlayFab conduz essa atividade de pré-preparação antes que a máquina virtual seja atribuída a um cliente e cobrada.
- Preparação: os ativos dos servidores de jogo precisam ser carregados, e o próprio aplicativo do servidor de jogo geralmente precisa de algum tempo para se preparar para os jogadores.
- Em espera: para atender imediatamente à demanda por um servidor multijogador, alguns servidores são mantidos ociosos e prontos para os jogadores constantemente.
Configurando a meta de servidores em espera
Você configura as metas de servidores em espera por build e por região. Normalmente, você deve definir o nível de servidores em espera proporcionalmente ao tempo de preparação e à taxa de alocação desejada: Meta de servidores em espera = (Tempo de preparação + Tempo do servidor até ficar em espera) * Taxa de alocação desejada Por exemplo, considere um servidor Linux que leva 100 segundos para ser preparado e um jogo que deve ter até um servidor alocado a cada 5 segundos (0,2 servidor/segundo). Um pool em espera de 100 * 0,2 = 20 servidores dará suporte estável a esse build. Após 100 segundos, 20 servidores terão sido consumidos, mas terá havido tempo para criar outros 20. Ao chamar a APIRequestMultiplayerServer, é importante indicar todas as regiões aceitáveis para a experiência do jogador. Se a região nº 1 não tiver um servidor em espera disponível, a região nº 2 será solicitada, e assim por diante para todas as regiões que você configurou.
Benefícios da escala
Um resumo dos benefícios da escala inclui:Métodos de escala
O PlayFab oferece vários mecanismos para definir quando e como escalar seus servidores. Os desenvolvedores de jogos têm a flexibilidade de:- Configurar limites mínimos e máximos
- Personalizar as configurações de escala por perfis de build de servidor, como (a) tipos de instância, (b) tamanho da VM ou (c) regiões
- Gerenciar alterações sem esforço pelo portal do desenvolvedor ou pela API RESTful do Multiplayer Servers
- Monitorar as métricas de escala nos gráficos de servidores e de uso
- Padrão
- Agendado
- Dinâmico
Para aproveitar totalmente a amplitude das opções de escala, os seguintes conceitos e termos principais devem ser entendidos primeiro.
Conceitos principais
- Os mecanismos de escala controlam o número de servidores em espera disponíveis
- Os servidores em espera são servidores alocados em VMs sem jogadores ativos conectados. Eles passam a aceitar conexões de jogadores em resposta à chamada à API RequestMultiplayerServer e passam para um estado de encerramento quando o processo do servidor de jogo é encerrado
- Os mecanismos de escala são aplicados exclusivamente a cada região de um build
- Cada configuração de escala é representada como uma substituição de região
