Problemas conhecidos

Escopo e recursos do ambiente do sandbox do Google Distributed Cloud (GDC):

• Permanência: o GDC Sandbox não é permanente e é atualizado de forma incremental todos os meses. Quando os ambientes são atualizados, eles voltam a um estado padrão, o que significa que você precisa reimplantar as configurações. Recomendamos salvar suas configurações, código e contêineres em um repositório de código que também permite o desenvolvimento de baixo para alto em ambientes de produção.
• Recursos: esta versão limita a quantidade dos seguintes recursos:
  • Uma organização.
  • Um locatário.
  • Dois clusters do Kubernetes.
• Usuários: para garantir o uso adequado de recursos compartilhados, os usuários são limitados a um máximo de 25.
• Dados sensíveis: os usuários precisam consentir com o EULA antes de acessar o sandbox do GDC. Não recomendamos o uso da sandbox do GDC para dados sensíveis ou cargas de trabalho de produção, já que ela foi criada para fins de teste, desenvolvimento e treinamento.
• Experiência de E/S: o sandbox do GDC só oferece suporte à experiência do operador de aplicativos (AO) ou da persona do usuário final do sandbox do GDC.

Problemas conhecidos:

1. O estado da política de rede do projeto sempre é refletido como Not Read na UI, independentemente do status. Use a API ou a CLI para verificar o status real.

2. Se as etapas mencionadas em Acessar o ambiente para instalar certificados ainda não foram seguidas, o seguinte erro vai aparecer ao fazer upload de um arquivo para um bucket (armazenamento de objetos): Check network speed to ensure your file size is within limits and certificates are properly set. É possível instalar os certificados ou seguir esta solução alternativa:

   1. No navegador da sua GDC Sandbox, abra a página da Web https://objectstorage.org-1.zone1.google.gdch.test e aceite o certificado.
   2. Tente fazer o upload do arquivo novamente.
   3. Se você ainda encontrar problemas como ErrPresignSignatureNotRecognized, tente desativar a verificação de TLS usando gdcloud config set storage/s3_insecure_skip_tls_verify true.

3. Tempo limite de login: a autenticação pode atingir o tempo limite na UI e na CLI se o ambiente não for acessado por alguns minutos.

   1. Para tempo limite da interface: limpe o cache e atualize o navegador.
   2. Para o tempo limite do gdcloud: faça login novamente. Consulte Conectar-se à instância.

4. A única classe de armazenamento compatível para criar objetos PersistentVolumeClaim é standard-rwo: ReadWriteOnce. A classe de armazenamento standard-rwx: ReadWriteMany não é compatível.

5. Depois de definir auth/login_config_cert_path usando gdcloud config set, o valor é cancelado após a execução de um gdcloud auth login. A solução alternativa para esse problema é sempre adicionar --login-config-cert=/tmp/org-1-web-tls-ca.cert ao executar gdcloud auth login.

6. Não é possível iniciar o Chrome depois de fazer login no RDP. Tente a seguinte alternativa:

   1. Remover ~/.local/share/keyrings
   2. Inicie o Chrome com o comando:

   /opt/google/chrome/google-chrome --password-store=basic
   

7. Se a função de administrador do IAM da organização for removida do usuário [e-mail], ela não poderá ser atribuída novamente, e o usuário perderá o acesso à maioria dos recursos. Entre em contato com o suporte da GDC Sandbox.

8. O navegador da Web não abre na instância do gateway. Causa provável: o gateway ficou sem espaço em disco. Na maioria dos casos, o espaço está sobrecarregado com contêineres, volumes e imagens soltos. Tente a seguinte correção para liberar espaço:

   docker images prune -a
   docker volumes prune
   docker containers prune
   

9. As tentativas de conexão com a máquina virtual (VM) usando gcloud compute ssh vão falhar. Em vez disso, use sshuttle, conforme descrito em Conectar-se a uma VM.