Checkpoints
Create a custom network, subnetworks and firewall rules
/ 50
Create three instances in specified zones for Traceroute and performance testing.
/ 50
Introdução a redes
- GSP016
- Informações gerais
- Configuração e requisitos
- Conceitos sobre rede no Google Cloud
- Tarefa 1: verificar a rede padrão
- Tarefa 2: criar uma rede personalizada
- Tarefa 3: criar uma rede personalizada com o console
- Tarefa 4: criar uma rede personalizada com o Cloud Shell
- Tarefa 5: adicionar regras de firewall
- Tarefa 6: conectar-se às VMs do laboratório e verificar a latência
- Tarefa 7: traceroute e testes de desempenho (opcional)
- Tarefa 8: usar iperf para testar o desempenho (opcional)
- Tarefa 9: testar seus conhecimentos
- Finalize o laboratório
- Parabéns
GSP016
Informações gerais
Neste laboratório prático, você vai aprender a realizar tarefas básicas de rede no Google Cloud (incluindo instâncias do Compute Engine) e descobrir como o Google Cloud pode ser diferente de uma configuração local. Você vai desenvolver uma rede e três sub-redes, resultando neste ambiente final:
Os exercícios de laboratório que você vai fazer foram ordenados para refletir uma experiência comum de desenvolvedor de nuvem:
- Configure o ambiente de laboratório e aprenda a trabalhar com o ambiente do Google Cloud.
- Implante uma rede comum com sub-redes e várias regiões usando ferramentas comuns de código aberto para entender sua rede em todo o mundo.
- Teste e monitore a rede e as instâncias.
Conteúdo
- Conceitos básicos de redes no Google Cloud.
- Como as redes padrão e criadas pelo usuário são configuradas.
- Como mensurar o desempenho e a latência.
- Configurações básicas de segurança de acesso, firewall e roteamento.
Pré-requisitos
- Conhecimento básico de Compute Engine
- Conhecimento básico de TCP/IP e redes
- Conhecimento básico de linha de comando do Unix/Linux
Configuração e requisitos
Antes de clicar no botão Start Lab
Leia estas instruções. Os laboratórios são cronometrados e não podem ser pausados. O timer é iniciado quando você clica em Começar o laboratório e mostra por quanto tempo os recursos do Google Cloud vão ficar disponíveis.
Este laboratório prático permite que você realize as atividades em um ambiente real de nuvem, não em uma simulação ou demonstração. Você vai receber novas credenciais temporárias para fazer login e acessar o Google Cloud durante o laboratório.
Confira os requisitos para concluir o laboratório:
- Acesso a um navegador de Internet padrão (recomendamos o Chrome).
- Tempo para concluir o laboratório---não se esqueça: depois de começar, não será possível pausar o laboratório.
Como iniciar seu laboratório e fazer login no console do Google Cloud
-
Clique no botão Começar o laboratório. Se for preciso pagar, você verá um pop-up para selecionar a forma de pagamento. No painel Detalhes do laboratório à esquerda, você verá o seguinte:
- O botão Abrir Console do Cloud
- Tempo restante
- As credenciais temporárias que você vai usar neste laboratório
- Outras informações se forem necessárias
-
Clique em Abrir Console do Google. O laboratório ativa recursos e depois abre outra guia com a página Fazer login.
Dica: coloque as guias em janelas separadas lado a lado.
Observação: se aparecer a caixa de diálogo Escolher uma conta, clique em Usar outra conta. -
Caso seja preciso, copie o Nome de usuário no painel Detalhes do laboratório e cole esse nome na caixa de diálogo Fazer login. Clique em Avançar.
-
Copie a Senha no painel Detalhes do laboratório e a cole na caixa de diálogo Olá. Clique em Avançar.
Importante: você precisa usar as credenciais do painel à esquerda. Não use suas credenciais do Google Cloud Ensina. Observação: se você usar sua própria conta do Google Cloud neste laboratório, é possível que receba cobranças adicionais. -
Acesse as próximas páginas:
- Aceite os Termos e Condições.
- Não adicione opções de recuperação nem autenticação de dois fatores (porque essa é uma conta temporária).
- Não se inscreva em testes gratuitos.
Depois de alguns instantes, o console do GCP vai ser aberto nesta guia.
Ativar o Cloud Shell
O Cloud Shell é uma máquina virtual com várias ferramentas de desenvolvimento. Ele tem um diretório principal permanente de 5 GB e é executado no Google Cloud. O Cloud Shell oferece acesso de linha de comando aos recursos do Google Cloud.
- Clique em Ativar o Cloud Shell na parte de cima do console do Google Cloud.
Depois de se conectar, vai notar que sua conta já está autenticada, e que o projeto está configurado com seu PROJECT_ID. A saída contém uma linha que declara o projeto PROJECT_ID para esta sessão:
gcloud
é a ferramenta de linha de comando do Google Cloud. Ela vem pré-instalada no Cloud Shell e aceita preenchimento com tabulação.
- (Opcional) É possível listar o nome da conta ativa usando este comando:
-
Clique em Autorizar.
-
A saída será parecida com esta:
Saída:
- (Opcional) É possível listar o ID do projeto usando este comando:
Saída:
Exemplo de saída:
gcloud
, acesse o guia com informações gerais sobre a gcloud CLI no Google Cloud.
O que são as regiões e zonas
Alguns recursos do Compute Engine estão em regiões ou zonas. As regiões são localizações geográficas específicas onde você pode executar seus recursos. Todas elas têm uma ou mais zonas. Por exemplo, us-central1 indica uma região na área central dos Estados Unidos com as zonas us-central1-a
, us-central1-b
, us-central1-c
e us-central1-f
.
Regiões | Zonas |
---|---|
Oeste dos EUA | us-west1-a, us-west1-b |
Central dos EUA | us-central1-a, us-central1-b, us-central1-d, us-central1-f |
Leste dos EUA | us-east1-b, us-east1-c, us-east1-d |
Europa Ocidental | europe-west1-b, europe-west1-c, europe-west1-d |
Ásia Oriental | asia-east1-a, asia-east1-b, asia-east1-c |
Os recursos que estão em uma zona são chamados de recursos zonais. As instâncias de máquina virtual e os discos permanentes ficam em uma zona. Para anexar um disco permanente a uma instância de máquina virtual, esses dois recursos precisam estar na mesma zona. Da mesma forma, para atribuir um endereço IP estático a uma instância, os dois precisam estar na mesma região.
Conceitos sobre rede no Google Cloud
No Google Cloud Platform, as redes fornecem conexões de dados de entrada e saída para seus recursos de nuvem, principalmente em instâncias do Compute Engine. Manter as redes seguras é essencial para proteger seus dados e controlar o acesso aos seus recursos.
O Google Cloud Platform é compatível com projetos, redes e sub-redes para oferecer um isolamento flexível e lógico de recursos não relacionados.
Os projetos funcionam como uma estrutura mais abrangente e são usados para agrupar recursos que têm a mesma relação de confiança. Muitos desenvolvedores mapeiam projetos para equipes, porque cada projeto tem uma política de acesso (IAM) e uma lista de membros própria. Eles também servem como um coletor de dados de faturamento e de cota ao refletir o consumo de recursos. Os projetos contêm redes que incluem sub-redes, regras de firewall e rotas. Confira o diagrama a seguir para mais detalhes.
As redes estabelecem uma conexão direta entre seus recursos e o mundo exterior. Ao usar firewalls, elas também armazenam políticas de acesso para conexões de entrada e de saída. As redes podem ser globais ou regionais. Enquanto as globais oferecem escalonabilidade horizontal entre diversas regiões, as regionais oferecem baixa latência em uma única região.
Use as sub-redes para agrupar recursos relacionados, como instâncias do Compute Engine, em espaços de endereço privados da RFC1918. As sub-redes só podem ser regionais. E cada uma delas pode estar no modo automático ou personalizado.
- Uma rede no modo automático tem uma sub-rede por região, cada uma com um intervalo de IP e gateway predefinidos. Quando você cria a rede no modo automático, as sub-redes são criadas automaticamente com o mesmo nome da rede geral.
- Quando a rede de modo personalizado é criada, não são criadas sub-redes. Para criar uma instância em uma rede no modo personalizado, crie uma sub-rede nessa região e especifique o intervalo de IP. Uma rede nesse modo pode ter nenhuma, uma ou várias sub-redes por região.
Configure sua região e zona
Alguns recursos do Compute Engine estão em regiões e zonas. As regiões são localizações geográficas específicas onde você executa seus recursos. Todas elas têm uma ou mais zonas.
Execute estes comandos gcloud
no Cloud Shell para definir a região e a zona padrão do laboratório:
Tarefa 1: verificar a rede padrão
Quando um novo projeto é criado, uma configuração de rede padrão fornece a cada região uma rede automática de sub-redes. Você pode criar até quatro redes adicionais em um projeto. As redes adicionais podem ser redes automáticas de sub-redes, redes personalizadas de sub-redes ou redes legadas.
A cada instância criada na sub-rede é atribuído um endereço IPv4 do intervalo dessa sub-rede.
- Revise sua rede. Clique no menu de navegação > Rede VPC.
Firewalls
Para mais informações sobre como usar as regras de firewall para isolar sub-redes, consulte sub-redes e regras de firewall.
Cada rede tem um firewall padrão que bloqueia todo o tráfego de entrada nas instâncias. Para permitir que o tráfego entre em uma instância, você precisa criar regras de "permissão" para o firewall. Além disso, o firewall padrão permite o tráfego de instâncias, a menos que você o configure para bloquear conexões de saída usando uma configuração de firewall de "saída". Portanto, por padrão, é possível criar regras de "permissão" para o tráfego ao qual você quer permitir a entrada e regras de "negação" para o tráfego ao qual você quer restringir a saída. Você também pode criar uma política de negação padrão para a saída e proibir totalmente as conexões externas.
Em geral, é recomendável configurar a regra de firewall menos permissiva que suportará o tipo de tráfego que você está tentando transmitir. Por exemplo, se você precisar permitir que o tráfego atinja algumas instâncias, mas impedir que o tráfego atinja outras, crie regras que permitam o tráfego apenas para as instâncias pretendidas. Essa configuração mais restritiva é mais previsível que uma regra de firewall ampla que permite o tráfego para todas as instâncias. Se quiser que as regras de "negação" substituam certas regras de "permissão", você poderá definir níveis de prioridade em cada regra. Assim, a regra que tiver a prioridade de numeração mais baixa será avaliada primeiro. A criação de conjuntos grandes e complexos de regras de substituição pode permitir ou bloquear um tráfego que não é o pretendido.
A rede padrão criou automaticamente regras de firewall, que são mostradas abaixo. Redes criadas manualmente, de qualquer tipo, não têm regras de firewall criadas automaticamente. Em todas as redes, exceto a rede padrão, é preciso criar as regras de firewall que forem necessárias.
As regras de firewall de entrada criadas automaticamente para a rede padrão são as seguintes:
|
Permite conexões de rede de qualquer protocolo e porta entre instâncias na rede. |
|
Permite conexões SSH de qualquer origem para qualquer instância na rede pela porta TCP 22. |
|
Permite conexões RDP de qualquer origem para qualquer instância na rede pela porta TCP 3389. |
|
Permite tráfego ICMP de qualquer origem para qualquer instância na rede. |
- Para verificar as regras padrão de firewall, no console do Cloud, clique em Menu de navegação > Rede VPC > Firewall.
Rota de rede
Todas as redes têm rotas automaticamente criadas para a Internet (rota padrão) e para os intervalos de IP na rede. Os nomes das rotas são gerados automaticamente e serão diferentes em cada projeto.
- Para analisar as rotas padrão, clique em Menu de navegação > Rede VPC > Rotas e selecione Rede e Região para visualizar as Rotas.
Tarefa 2: criar uma rede personalizada
Crie uma nova rede com intervalos personalizados de sub-redes
Na atribuição manual de intervalos de sub-redes, crie primeiro uma rede personalizada de sub-redes. Depois crie as sub-redes desejadas em uma região. Não é necessário especificar sub-redes para todas as regiões imediatamente, ou a qualquer momento, mas não é possível criar instâncias em regiões que não tenham uma sub-rede definida.
Quando você cria uma nova sub-rede, o nome precisa ser único nesse projeto para essa região, mesmo entre redes. O mesmo nome pode aparecer duas vezes em um projeto, contanto que em regiões diferentes. Como se trata de uma sub-rede, não há nenhum intervalo IPv4 ou IP de gateway no nível de rede, por isso nada será mostrado.
É possível criar sua rede personalizada com o console ou com o Cloud Shell. As duas opções estarão disponíveis para que você decida qual método usar durante o laboratório. Por exemplo, não é possível usar as instruções para o console em uma seção e, em seguida, usar a linha de comando gcloud
na mesma seção.
Tarefa 3: criar uma rede personalizada com o console
-
Para criar uma rede personalizada, clique em Menu de navegação > Rede VPC.
-
Clique em Criar rede VPC e nomeie a rede como
taw-custom-network
. -
Na guia Personalizada, crie:
- Nome da sub-rede: subnet-
- Região:
- Intervalo de endereços IP:
10.0.0.0/16
- Nome da sub-rede: subnet-
-
Clique em Concluído.
-
Agora, clique em Adicionar sub-rede e inclua duas sub-redes nas respectivas regiões:
- subnet-
, , 10.1.0.0/16 - subnet-
, , 10.2.0.0/16
- subnet-
-
Clique em Criar para finalizar.
Nesse ponto, a rede tem rotas para a Internet e para as instâncias que você criar. Mas ela não tem regras de firewall que permitam acesso a instâncias, mesmo de outras instâncias. Para permitir o acesso, é preciso criar regras de firewall.
Siga para a seção Como adicionar regras de firewall.
Tarefa 4: criar uma rede personalizada com o Cloud Shell
gcloud
.
- Digite o seguinte comando no Cloud Shell para criar a rede personalizada:
Saída:
Agora crie sub-redes para a nova rede personalizada. Crie três delas.
- Crie a sub-rede-
com um prefixo IP:
Saída:
- Crie a sub-rede-
com um prefixo IP:
Saída:
- Crie a sub-rede-
com um prefixo IP:
Saída:
- Liste as redes:
Se você tiver criado uma rede automática de sub-redes na seção anterior, essas sub-redes também estarão na lista.
Saída:
Nesse ponto, a rede tem rotas para a Internet e para as instâncias que você criar. Mas ela não tem regras de firewall que permitam acesso a instâncias, mesmo de outras instâncias. Para permitir o acesso, é preciso criar regras de firewall.
Tarefa 5: adicionar regras de firewall
Para permitir o acesso a instâncias de VM, você precisa aplicar regras de firewall. Você vai usar uma tag da instância para aplicar a regra de firewall às suas instâncias de VM. A regra de firewall será aplicada a qualquer VM que use a mesma tag.
- Comece abrindo o firewall para permitir solicitações HTTP na Internet e, em seguida, adicione mais regras de firewall. As regras de firewall podem ser adicionadas com o console ou o Cloud Shell.
Adicione regras de firewall usando o console
- No console do Cloud, acesse Redes VPC e clique em taw-custom-network:
- Clique na guia Firewalls e em Adicionar regra de firewall.
- Digite as seguintes informações:
Campo |
Valor |
Comentários |
Nome |
nw101-allow-http |
É o nome da nova regra. |
Destinos |
Tags de destino especificadas |
As instâncias às quais a regra de firewall se aplica. |
Tags de destino |
http |
A tag que criamos |
Filtro de origem |
Intervalos IPv4 |
Abriremos o firewall para qualquer endereço IP da Internet. |
Intervalos IPv4 de origem |
0.0.0.0/0 |
Você abrirá o firewall para qualquer endereço IP da Internet. |
Protocolos e portas |
Selecione Protocolos e portas especificados. Em seguida, marque a caixa tcp e digite 80. |
Somente HTTP |
A tela ficará assim:
- Clique em Criar e aguarde o comando ser executado. Em seguida, você criará as regras adicionais de firewall necessárias.
Adicione regras de firewall usando o Cloud Shell
gcloud
.
- Execute o código a seguir para criar regras de firewall no Cloud Shell:
Saída:
Crie regras extras de firewall
Essas regras de firewall extras vão permitir ICMP, comunicação interna, SSH e RDP. É possível criá-las usando o console (ou o Cloud Shell). Lembre-se de usar um dos métodos para cada tipo de regra de firewall, não é possível usar os dois.
- ICMP
Campo |
Valor |
Comentários |
Nome |
nw101-allow-icmp |
É o nome da nova regra. |
Destinos |
Tags de destino especificadas |
Selecione as opções na lista suspensa "Destinos". |
Tags de destino |
regras |
tag |
Filtro de origem |
Intervalos IPv4 |
Vamos abrir o firewall para qualquer endereço IP nesta lista. |
Intervalos IPv4 de origem |
0.0.0.0/0 |
Abriremos o firewall para qualquer endereço IP da Internet. |
Protocolos e portas |
Selecione Protocolos e portas especificados, Outros protocolos e, em seguida, digite icmp. |
Indica as portas e os protocolos em que o firewall é aplicado. |
(Comandos do Cloud Shell)
- Comunicação interna
Campo |
Valor |
Comentários |
Nome |
nw101-allow-internal |
É o nome da nova regra. |
Destinos |
Todas as instâncias na rede |
Selecione as opções na lista suspensa "Destinos". |
Filtro de origem |
Intervalos IPv4 |
É o filtro usado para aplicar a regra a origens de tráfego específicas. |
Intervalos IPv4 de origem |
10.0.0.0/16, 10.1.0.0/16, 10.2.0.0/16 |
Abriremos o firewall para qualquer endereço IP da Internet. |
Protocolos e portas |
Selecione Protocolos e portas especificados, tcp e digite 0-65535. Marque udp e digite 0-65535. Marque Outros protocolos e digite icmp. |
Permite Tcp:0-65535, udp:0-65535,icmp. |
(Comandos do Cloud Shell)
- SSH
Campo |
Valor |
Comentários |
Nome |
nw101-allow-ssh |
É o nome da nova regra. |
Destinos |
Tags de destino especificadas |
ssh |
Tags de destino |
ssh |
Indica as instâncias em que a regra de firewall é aplicada. |
Filtro de origem |
Intervalos IPv4 |
É o filtro usado para aplicar a regra a origens de tráfego específicas. |
Intervalos IPv4 de origem |
0.0.0.0/0 |
Abriremos o firewall para qualquer endereço IP da Internet. |
Protocolos e portas |
Selecione Protocolos e portas especificados, marque a caixa tcpe, em seguida, digite 22. |
Permite tcp:22. |
(Comandos do Cloud Shell)
- RDP
Campo |
Valor |
Comentários |
Nome |
nw101-allow-rdp |
É o nome da nova regra. |
Destinos |
Todas as instâncias na rede |
Selecione as opções na lista suspensa "Destinos". |
Filtro de origem |
Intervalos IPv4 |
É o filtro dos endereços IP. |
Intervalos IPv4 de origem |
0.0.0.0/0 |
Abriremos o firewall para qualquer endereço IP da Internet. |
Protocolos e portas |
Selecione Protocolos e portas especificados, marque o tcp e, em seguida, digite 3389. |
Permite Tcp:3389 |
(Comandos do Cloud Shell)
- Use o console para analisar as regras de firewall na sua rede. Ele será parecido com o seguinte:
Clique em Verificar meu progresso para conferir o objetivo.
Tarefa 6: conectar-se às VMs do laboratório e verificar a latência
- Clique em redes VPC no menu da esquerda para ver toda a rede. A taw-custom-network tem três sub-redes e as regras de firewall aplicadas.
Você vai observar isto:
Siga as próximas etapas para criar uma VM em cada sub-rede e verificar se é possível se conectar a elas.
Crie uma VM em cada zona
Para esta seção do laboratório, você vai trabalhar no Cloud Shell.
- Execute estes comandos para criar uma instância chamada
us-test-01
na sub-rede subnet-:
Anote o IP externo para uso posterior neste laboratório.
Saída:
- Agora crie as VMs us-test-02 e us-test-03 nas sub-redes correlacionadas:
Clique em Verificar meu progresso para conferir o objetivo.
Verifique se você pode se conectar à VM
Agora realize alguns exercícios para testar a conexão com as VMs.
-
Volte para o console e navegue até o Compute Engine.
-
Clique no botão SSH correspondente à instância
us-test-01
. Isso abre uma conexão SSH com a instância em uma nova janela. -
Na janela SSH de
us-test-01
, digite o seguinte comando para usar um eco do ICMP emus-test-02
, adicionando o endereço IP externo para a VM em linha:
- Execute este comando para usar um eco do ICMP em
us-test-03
, adicionando o endereço IP da VM em linha:
Exemplo de saída:
- Agora, verifique se o SSH também funciona para as instâncias
us-test-02
eus-test-03
. Tente um eco do ICMP naus-test-01
.
Use o ping para medir a latência
Use o ping para medir a latência entre instâncias entre todas as regiões.
- Para observar a latência da região central dos EUA até a região da Europa Ocidental, execute o seguinte comando depois de abrir uma janela do SSH em
us-test-01
:
Resposta ao comando:
A latência que você recebe é o tempo de retorno (RTT): o tempo que o pacote leva para ir de us-test-01
para us-test-02
.
Para testar a conectividade, o ping usa as mensagens de solicitação e de resposta de eco do ICMP.
Tarefa 7: traceroute e testes de desempenho (opcional)
Exercício opcional
O traceroute é uma ferramenta que rastreia o caminho entre dois hosts. Ele pode ser útil para começar a descobrir vários tipos de problemas de rede. Os engenheiros de suporte ou de rede costumam pedir um traceroute ao diagnosticar problemas de rede.
Agora, tente configurar um traceroute em uma das máquinas virtuais.
-
Para esta etapa, volte a usar a VM
us-test-01
e a VMus-test-02
e o SSH em ambas. -
Instale estas ferramentas de desempenho na janela do SSH para
us-test-01
:
-
Agora tente alguns outros destinos e também de outras fontes:
- VMs na mesma região ou em outra região (eu1-vm, asia1-vm, w2-vm)
- www.wikipedia.org
- www.adcash.com
- bad.horse (funciona melhor se você aumentar o TTL máximo, então traceroute -m 255 bad.horse)
- qualquer outra opção em que você possa pensar
-
Para interromper o traceroute, pressione Ctrl-c na janela do SSH e retorne para a linha de comando.
Tarefa 8: usar iperf para testar o desempenho (opcional)
Entre dois hosts
Exercício opcional
Quando você usa o iperf
para testar o desempenho entre dois hosts, um lado precisa ser configurado como o servidor iperf para aceitar conexões.
Faça um teste bem simples:
- Use SSH para se conectar à
us-test-02
e instale as ferramentas de desempenho:
- Use SSH para se conectar à
us-test-01
e execute:
- Na conexão SSH com
us-test-02
execute esteiperf
:
Você vai encontrar este tipo de saída:
- Em
us-test-01
, use Ctrl+c para interromper a sessão no lado do servidor quando terminar.
Entre VMs dentro de uma região
Exercício opcional
Agora, você vai implantar outra instância (us-test-04
) em uma zona diferente de us-test-01
. Você vai observar que a largura de banda dentro de uma região tem o limite de saída de 2 Gbit/s por núcleo.
- No Cloud Shell, crie
us-test-04
:
- Use SSH para se conectar à
us-test-04
e instale as ferramentas de desempenho:
Você alcança limites muito mais baixos entre as regiões, principalmente devido aos limites no tamanho da janela TCP e no desempenho do stream único. É possível aumentar a largura de banda entre hosts usando outros parâmetros, como o UDP.
- Na janela do SSH para
us-test-02
execute:
- Na janela do SSH para
us-test-01
execute:
Isso vai aumentar a velocidade entre a UE e os EUA. Velocidades ainda mais altas podem ser alcançadas executando-se um grupo de iperfs
do TCP em paralelo. Vamos fazer um teste.
- Na janela do SSH para
us-test-01
, execute:
- Na janela do SSH para
us-test-02
, execute:
A largura de banda combinada precisa estar muito próxima da largura máxima alcançável.
- Teste mais algumas combinações. Se você usa Linux no seu laptop, pode testar nele também. Você também pode testar o iperf3, que está disponível para muitos SOs, mas isso não faz parte do laboratório.
Como você observa, para atingir a largura de banda máxima, a execução de apenas um stream do TCP (por exemplo, cópia de arquivo) não é suficiente. É preciso ter várias sessões do TCP em paralelo. Os motivos são: parâmetros do TCP como Window Size e funções como Slow Start.
Para mais informações sobre isso e todos os outros assuntos de TCP/IP, consulte Explicações sobre TCP/IP.
As ferramentas, como o bbcp, podem ajudar você a copiar arquivos o mais rápido possível carregando as transferências em paralelo e usando o tamanho de janela configurável.
Tarefa 9: testar seus conhecimentos
Finalize o laboratório
Após concluir o laboratório, clique em Terminar o laboratório. Sua conta e os recursos que você utilizou serão removidos da plataforma do laboratório.
Você poderá classificar sua experiência neste laboratório. Basta selecionar o número de estrelas, digitar um comentário e clicar em Enviar.
O número de estrelas indica o seguinte:
- 1 estrela = muito insatisfeito
- 2 estrelas = insatisfeito
- 3 estrelas = neutro
- 4 estrelas = satisfeito
- 5 estrelas = muito satisfeito
Feche a caixa de diálogo se não quiser enviar feedback.
Para enviar seu feedback, fazer sugestões ou correções, use a guia Suporte.
Parabéns
Você aprendeu sobre o desempenho e a latência medidos, como as redes padrão e criadas pelo usuário são configuradas e também como conceder e negar acesso.
Próximas etapas / Saiba mais
Inscreva-se também no curso Networking fundamentals in the Google Cloud.
Treinamento e certificação do Google Cloud
Esses treinamentos ajudam você a aproveitar as tecnologias do Google Cloud ao máximo. Nossas aulas incluem habilidades técnicas e práticas recomendadas para ajudar você a alcançar rapidamente o nível esperado e continuar sua jornada de aprendizado. Oferecemos treinamentos que vão do nível básico ao avançado, com opções de aulas virtuais, sob demanda e por meio de transmissões ao vivo para que você possa encaixá-las na correria do seu dia a dia. As certificações validam sua experiência e comprovam suas habilidades com as tecnologias do Google Cloud.
Manual atualizado em 14 de maio de 2024
Laboratório testado em 14 de maio de 2024
Copyright 2024 Google LLC. Todos os direitos reservados. Google e o logotipo do Google são marcas registradas da Google LLC. Todos os outros nomes de produtos e empresas podem ser marcas registradas das respectivas empresas a que estão associados.