Tenancy Oracle Cloud propria
A Myria pode executar as VMs dinamicas na conta Oracle da sua empresa. A Oracle cobra diretamente sua empresa. O administrador Myria precisa liberar o recurso para a organizacao; depois, somente o administrador da organizacao configura a conexao em Tenancy Oracle Cloud no menu.
- Clique em Gerar chave e iniciar conexao. O Portal apresenta somente a chave publica; a chave privada permanece protegida na Myria. A Myria gira a chave de API automaticamente; a pagina e o pacote do stack sempre trazem a chave publica ativa.
- Clique em Deploy to Oracle Cloud para abrir a criacao do stack com o pacote Terraform e a chave publica ja selecionados. Se o console nao aceitar o link, use Baixar stack Terraform e carregue o ZIP manualmente no Resource Manager. O link do pacote expira em uma hora; reabra a pagina para renova-lo. Informe tenancy OCID, home region, um nome exclusivo e a chave publica gerada pelo Portal. Revise o plano antes de aplicar.
- O stack cria um compartment dedicado, usuario de servico, grupo, policy e registra a chave publica. Copie os outputs
tenancy_ocid,user_ocid,compartment_ocideregionpara o Portal. - Informe a regiao onde criou o stack e clique em Consultar regioes assinadas. O Portal consulta a Oracle sem gravar a configuracao e apresenta somente as regioes prontas da tenancy, com a home region preselecionada. Escolha a regiao principal e marque as regioes desejadas. Use as setas de cada regiao marcada para definir a prioridade entre elas; marcar ou desmarcar uma regiao nao altera a ordem das demais, e a principal sempre vem primeiro. Clique em Validar e conectar. A assinatura das regioes e conferida novamente antes de gravar.
- Acompanhe o estado e o diagnostico. A conexao fica em onboarding enquanto valida permissoes, prepara rede, importa a imagem e testa uma VM. Apenas o estado ativa permite novas VMs.
Sem Resource Manager
O administrador Oracle pode criar os mesmos recursos manualmente: compartment exclusivo, usuario de servico e grupo com esse usuario. Registre no usuario a chave publica do Portal. Crie uma policy na raiz da tenancy com estas permissoes, substituindo os OCIDs do grupo e compartment:
Allow group id <grupo> to manage instance-family in compartment id <compartment>
Allow group id <grupo> to manage volume-family in compartment id <compartment>
Allow group id <grupo> to manage virtual-network-family in compartment id <compartment>
Allow group id <grupo> to inspect compartments in tenancy
Allow group id <grupo> to inspect tenancies in tenancy
Allow group id <grupo> to manage users in tenancy where all {target.user.id = '<usuario-servico>', any {request.permission = 'USER_READ', request.permission = 'USER_INSPECT', request.permission = 'USER_APIKEY_ADD', request.permission = 'USER_APIKEY_REMOVE'}}
Use os OCIDs desses recursos no Portal. Nunca envie uma chave privada.
Capacidade
Na mesma pagina, o administrador da organizacao define o teto de OCPUs dinamicas e escolhe os shapes entre aqueles autorizados pela Myria. O teto precisa comportar o sizing dos workloads configurados. Os tempos de runtime seguem a configuracao global da Myria. Membros comuns nao alteram esses limites.
Operacao e remocao
Uma organizacao conectada usa exclusivamente a propria tenancy. Falta de capacidade ou credencial invalida bloqueia novas VMs; as rodadas aguardam ou usam servidores fixos habilitados. Nao ha transferencia automatica para a conta Myria. Consulte custos no console Oracle pelas tags myria_org, study_key e round_key.
Se a conexao ficar degradada, corrija as permissoes na Oracle e consulte o diagnostico. A Myria tenta recuperar a conexao sozinha a cada poucos minutos: revalida as permissoes em todas as regioes, testa novamente uma VM e confere as VMs conhecidas. Novos launches so voltam depois que tudo passar; uma permissao ainda faltando mantem a conexao degradada. Se houver remocao solicitada, recuperar a credencial nao cancela a remocao. Ao solicitar remocao, a conexao aguarda as VMs terminarem e limpa os recursos criados pela Myria. Preserve qualquer lista de recursos que exigir limpeza manual. Depois da limpeza, destrua o stack no Resource Manager para remover usuario, grupo, policy e compartment. Para trocar de tenancy, conclua a remocao antes de iniciar outra conexao.