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á.
Otimização de custo
O foco da otimização de custos é evitar custos desnecessários. Os principais tópicos incluem entender e controlar onde o dinheiro é gasto e escolher o número mais adequado e correto dos tipos de recursos. Analise os gastos ao longo do tempo e ajuste a escala para atender às necessidades da empresa. Os seguintes recursos do AppStream 2.0 incorrem em taxas de pagamento conforme o uso:
-
Instâncias de frota sempre ativas
-
Instâncias de frota sob demanda
-
Taxa de instância interrompida sob demanda
-
Instâncias do criador de imagens
-
Taxas de usuário
Para obter informações atuais sobre preços, consulte o site da AWS para ver os preços do Amazon AppStream 2.0
Como projetar implantações econômicas do AppStream 2.0
A primeira etapa no planejamento e design da implantação do AppStream 2.0 é usar uma ferramenta precificação simples
Os clientes gostam do modelo de preços do AppStream 2.0 de pagar somente pelas instâncias provisionadas para atender às necessidades de streaming dos usuários. Esse modelo é diferente dos ambientes de streaming nos aplicativos existentes. Normalmente, eles usam como base o provisionamento para capacidade máxima, mesmo durante noites, fins de semana e feriados, quando a carga é menor. A ferramenta de preços do Amazon AppStream 2.0 fornece somente uma estimativa das taxas da AWS relacionadas ao uso do AppStream 2.0 e não inclui impostos que possam incidir. As taxas reais dependem de vários fatores, incluindo a utilização real dos serviços da AWS.
A ferramenta de preços do AppStream 2.0 é fornecida como uma planilha do Microsoft Excel ou do OpenOffice Calc, permitindo permite que você insira informações básicas sobre a frota e, em seguida, fornece uma estimativa de custo do ambiente AppStream 2.0 para frotas sob demanda e sempre ativas com base no padrão de uso. Você pode simular custos com base em tendências de uso históricas ou previstas. Com as frotas elásticas, o administrador não precisa prever o uso, criar e manter políticas, além de imagens de escalabilidade ao ter esses recursos integrados. As frotas e instâncias elásticas que executam o Amazon Linux 2 (todos os tipos de frota) são cobradas pela duração da sessão de streaming, em segundos, com um mínimo de 15 minutos.
Como otimizar custos com a escolha do tipo de instância
Para instâncias de frotas e construtores de imagens, há uma variedade de famílias e tipos de instâncias diferentes disponíveis que você escolhe para o aplicativo.
Teste com o usuário final: a próxima etapa é implantar a frota do AppStream 2.0 para um grupo de usuários piloto com o objetivo de fazer testes e validar nossa escolha de tipo de instância. É importante solicitar que os usuários piloto testem todos os fluxos de trabalho regulares e pesados a fim de capturar métricas relacionadas à memória, CPU e gráficos, para que você possa capturar métricas básicas de desempenho. O grupo piloto deve conter as várias funções de usuário que usam o aplicativo para garantir que você o teste a partir de várias experiências de usuário. O teste de aceitação do usuário permite que você obtenha feedback sobre a experiência da sessão de streaming. Ao criar ou atualizar uma pilha, há a opção de usar um URL de feedback personalizado. Os usuários são redirecionados para esse URL depois de selecionarem o link Enviar comentários para enviar comentários sobre suas experiências de streaming no aplicativo. Se houver um gargalo de desempenho, use as métricas de desempenho do Windows para analisar as restrições de recursos. Por exemplo, se o tipo de instância de frota atual stream.standard.medium mostrar restrição de recursos, atualize o tipo de instância para stream.standard.large. Por outro lado, se as métricas de desempenho mostrarem altos níveis de subutilização de recursos, considere fazer o downgrade do tipo de instância.
Como otimizar custos com a escolha do tipo de frota
Ao criar uma nova frota do AppStream 2.0, os desenvolvedores devem escolher o tipo de frota Sempre ativa ou Sob demanda. Ao escolher o tipo de instância do ponto de vista dos preços, é importante entender como o AppStream 2.0 gerencia as instâncias da frota. Para frotas sempre ativas, as instâncias dela permanecem em funcionamento. Portanto, quando os usuários tentam transmitir sessões, as instâncias de frota estão sempre prontas para iniciar as sessões de streaming.
Para frotas sob demanda, depois que as instâncias dela são lançadas, elas são mantidas no estado parado. A taxa da instância interrompida é menor do que a taxa da instância em execução, o que pode ajudar a reduzir custos. As instâncias da frota sob demanda devem ser iniciadas a partir de um estado parado. O usuário deve esperar aproximadamente dois minutos para que a sessão de streaming esteja disponível.
As frotas elásticas são boas candidatas para aplicativos independentes e que podem ser instalados em discos rígidos virtuais salvos em um bucket do Amazon Simple Storage Service (Amazon S3). As frotas elásticas podem reduzir ainda mais os custos em alguns casos de uso devido ao faturamento por segundo cobrado somente pela duração do streaming. A taxa é uma função do tipo e tamanho da instância e do sistema operacional escolhido ao criar a frota.
Se os usuários finais precisarem de instâncias da frota durante o horário comercial, é recomendado manter as mesmas sessões de streaming. Isso ocorre porque as instâncias da frota são cobradas por hora e, sempre que uma nova sessão de streaming é iniciada, há outra taxa de instância da frota.
Tabela 10: comparação do tipo de frota do AppStream 2.0
| Tipo de frota |
Vantagens |
Considerações |
|---|---|---|
| Sempre ativa |
Menos tempo de espera para sessões de streaming |
Os usuários pagam pela taxa de instância por hora, pois não há opção de manter as instâncias paradas. |
| Sob demanda |
Redução de custos à medida que as instâncias permanecem paradas |
Mais tempo de espera para sessões de streaming |
| Elástica |
O faturamento por segundo pode ser útil nos casos de uso que têm padrões de uso esporádicos para aplicativos que podem ser instalados em um disco rígido virtual |
À medida que o tamanho do disco rígido virtual do aplicativo aumenta, o tempo necessário para montá-lo em uma instância de streaming pode maior |
O AppStream 2.0 monitora a utilização da sua frota e realiza ajustes automáticos na capacidade dela para atender à demanda do usuário com o menor custo possível. Os ajustes de capacidade são feitos com base nas políticas de ajuste da escala que você define, com base na utilização atual ou em um cronograma. Analise regularmente as métricas de uso da frota para validar se as políticas de escalonamento não têm altos níveis de capacidade ociosa.
Políticas de ajuste de escala
Com o Ajuste de escala automático, você pode otimizar os recursos da frota sem precisar comprometer demais os recursos esperando que os usuários façam login. Os administradores podem ajustar o tamanho da frota com base em várias utilizações para atender à demanda do usuário. Use o CloudWatch AppStream 2.0 Fleet Metrics ou as ferramentas de monitoramento de terceiros para aprender sobre a atividade do usuário e configurar políticas de ajuste de escala para expandir ou reduzir as frotas do AppStream 2.0 usando como base o uso esperado. Os logs do usuário são um mecanismo essencial para entender o uso real. Esse insight pode ser usado para alterar dinamicamente o tamanho da frota com base no ajuste de escala automático.
Em muitos casos, as frotas do AppStream 2.0 são criadas usando como base o número máximo de usuários e não são ajustadas para diferentes horários do dia e da semana, como noites e fins de semana. Muitas vezes, a contagem simultânea de usuários de aplicativos transmitidos é menor do que o número total de usuários, principalmente quando os usuários têm a flexibilidade de trabalhar remotamente. É importante considerar esses fatores ao projetar os padrões de uso. A superestimação resulta no provisionamento excessivo das instâncias do AppStream 2.0, resultando em mais custos. Para obter uma configuração ideal, talvez seja necessário combinar uma ou mais políticas de ajuste de escala programadas com políticas de aumento de escala horizontalmente.
Para saber mais sobre a implementação de políticas de ajuste de escala, consulte Como ajustar a escala das frotas do Amazon AppStream 2.0
Taxas de usuário
As taxas de usuário são cobradas por usuário, todo mês, em cada Região da AWS, nas quais os usuários transmitem aplicativos a partir de instâncias de frota do AppStream 2.0. Em vez de gerar IDs de usuário diferentes, crie IDs de usuário consistentes para usuários do AppStream 2.0. As taxas de usuário não são cobradas ao se conectar aos criadores de imagens.
Escolas, universidades e determinadas instituições públicas podem ter uma taxa de usuário reduzida do Microsoft RDS SAL de 0,44 USD por usuário mensalmente. Para obter os requisitos de qualificação, consulte os Termos e documentos de licenciamento da Microsoft
Se tiver o Microsoft License Mobility, você poderá usar suas próprias licenças de acesso para clientes (CALs) do Microsoft RDS e usá-las com o Amazon AppStream 2.0. Caso esteja coberto por sua própria licença, não incorrerá em taxas mensais de usuário. Para obter mais informações sobre o uso de suas licenças CAL do Microsoft RDS existentes com o Amazon AppStream 2.0, consulte a orientação de mobilidade de licenças da AWS
Uso do Image Builder
As instância do Image Builder do AppStream 2.0 são cobradas por hora. A cobrança da instância do Image Builder inclui computação, armazenamento e qualquer tráfego de rede usado pelo protocolo de streaming. Todas as instâncias do Image Builder em execução pagam a taxa de instância em execução aplicável. Essa taxa usa como base o tipo e o tamanho da instância, mesmo quando nenhum administrador está conectado.
Como prática recomendada para otimizar o custo, encerre uma instância do Image Builder quando ela não estiver em uso. As regras de eventos do CloudWatch podem ser usadas para agendar um trabalho diário, como invocar uma função do Lambda para interromper as instâncias do construtor de imagens.
Você pode manter sua imagem do AppStream 2.0 atualizada usando atualizações de imagem gerenciadas do AppStream 2.0. Esse método de atualização oferece as atualizações do sistema operacional Windows e as atualizações de drivers mais recentes, além do software de agente do AppStream 2.0 mais recente. Ao usar esse método para atualizar imagens, um Image Builder é iniciado automaticamente e interrompido como parte do processo de serviço gerenciado.
