Problemas Conhecidos do Compute Cloud@Customer

O upgrade pode afetar a funcionalidade Load Balancer as a Service

O primeiro upgrade após maio de 2025 altera o Balanceador de Carga como Serviço (LBaaS) para uma nova implementação em segundo plano. Como resultado, alguns recursos são diferentes ou não estão mais disponíveis. Uma configuração existente que não é mais suportada na nova implementação pode ter um impacto negativo na atualização do software.

Detalhes

Antes do primeiro upgrade após maio de 2025, se você usar o serviço Load Balancer, revise os seguintes problemas e aja se necessário:

  • Análise do regex do corpo da resposta (Bug: 37629014 )

    Se você tiver um Balanceador de Carga configurado com parse de expressão regular (regex) de respostas de backend para informações de status de integridade, isso não funcionará após o upgrade. O relatório de status de saúde é limitado a códigos de resposta.

    Solução alternativa: Desconfigure a definição regex opcional (--response-body-regex) para a resposta dos servidores de backend.

  • Suítes de cifragem (Bug: 37461876)

    Na nova implementação do Balanceador de Carga, as suítes de cifragem mais fracas foram removidas. No futuro, as conexões SSL/TLS podem ser protegidas com estas suítes de cifragem:

    AES128-GCM-SHA256, AES256-GCM-SHA384, 
    ECDHE-ECDSA-AES128-GCM-SHA256, ECDHE-ECDSA-AES256-GCM-SHA384, 
    ECDHE-RSA-AES128-GCM-SHA256, ECDHE-RSA-AES256-GCM-SHA384, 
    AES128-SHA, AES256-SHA, DES-CBC3-SHA, 
    ECDHE-ECDSA-AES128-SHA, ECDHE-ECDSA-AES256-SHA, 
    ECDHE-RSA-AES128-SHA, ECDHE-RSA-AES256-SHA, 
    PSK-AES128-CBC-SHA, PSK-AES256-CBC-SHA

    Solução alternativa: Certifique-se de que a configuração do Balanceador de Carga esteja usando as suítes de cifragem mais recentes. Se necessário, altere as configurações existentes do Balanceador de Carga.

  • Persistência de sessão baseada em cookie (Bug: 37473362)

    Para balanceadores de carga existentes, a persistência de sessão entre clientes e servidores de backend pode ser ativada usando cookies de aplicativo ou cookies do balanceador de carga. Estes não são mais suportados após o upgrade.

    Solução alternativa: Desconfigure a persistência de sessão baseada em cookie. Ou os cookies do balanceador de carga podem ser preservados na condição de que a política de balanceamento de carga esteja definida como hash IP antes do upgrade.

  • Preferência de ordem de servidor

    O parâmetro SSL para priorizar cifras de servidor em vez de cifras de cliente não é suportado.

Para obter mais informações, consulte Balanceador de Carga como Serviço.

Drivers de GPU Não Incluídos nas Imagens da Plataforma Oracle Linux

As imagens da plataforma Oracle Linux 8 ou Oracle Linux 9 fornecidas com o Compute Cloud@Customer não incluem drivers de GPU. Se você criar uma instância de GPU, deverá instalar manualmente os drivers de GPU.

Detalhes

Se uma instalação do Compute Cloud@Customer incluir nós de computação com GPUs, você poderá acessá-los selecionando uma forma dedicada. As formas de GPU podem ser selecionadas para instâncias de computação com base em uma imagem da plataforma Oracle Linux 8 ou Oracle Linux 9. As versões atuais da imagem não incluem drivers de GPU. O sistema operacional da instância detecta as GPUs alocadas, mas para usá-las, você precisa do Kit de Ferramentas CUDA do site de desenvolvedor NVIDIA para instalar OS drivers necessários.

Observação

O grande download e a instalação do repositório local precisam de uma grande quantidade de espaço em disco. O volume de inicialização padrão de 50 GB é insuficiente no Oracle Linux 9 e só é grande o suficiente no Oracle Linux 8. Recomendamos aumentar o tamanho do volume de inicialização para pelo menos 60 GB e estender o sistema de arquivos de acordo.

Solução

Após criar a instância, faça log-in na instância e instale o Kit de Ferramentas CUDA. Siga as instruções para sua versão do Oracle Linux.

Instalando Drivers de GPU em uma Instância do Oracle Linux 9
  1. Na linha de comando da instância, faça download e instale o rpm do CUDA Toolkit para o seu sistema operacional.

    $ wget https://developer.download.nvidia.com/compute/cuda/12.8.0/local_installers/cuda-repo-rhel9-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
    $ sudo rpm -i cuda-repo-rhel9-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
    $ sudo dnf clean all
    $ sudo dnf install cuda-toolkit-12-8
  2. Ative o repositório yum do Oracle Linux 9 EPEL. Instale o pacote dkms.

    $ sudo yum-config-manager --enable ol9_developer_EPEL
    $ sudo dnf install dkms
  3. Instale os drivers GPU.

    $ sudo dnf install cuda-12-8
  4. Verifique a instalação com a interface de gerenciamento do sistema NVIDIA.

    $ nvidia-smi
    +-----------------------------------------------------------------------------------------+
    | NVIDIA-SMI 570.86.10              Driver Version: 570.86.10      CUDA Version: 12.8     |
    |-----------------------------------------+------------------------+----------------------+
    | GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
    | Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
    |                                         |                        |               MIG M. |
    |=========================================+========================+======================|
    |   0  NVIDIA L40S                    Off |   00000000:00:05.0 Off |                    0 |
    | N/A   26C    P8             23W /  350W |       1MiB /  46068MiB |      0%      Default |
    |                                         |                        |                  N/A |
    +-----------------------------------------+------------------------+----------------------+
    
    +-----------------------------------------------------------------------------------------+
    | Processes:                                                                              |
    |  GPU   GI   CI              PID   Type   Process name                        GPU Memory |
    |        ID   ID                                                               Usage      |
    |=========================================================================================|
    |  No running processes found                                                             |
    +-----------------------------------------------------------------------------------------+
Instalando Drivers de GPU em uma Instância do Oracle Linux 8
  1. Na linha de comando da instância, faça download e instale o rpm do CUDA Toolkit para o seu sistema operacional.

    $ wget https://developer.download.nvidia.com/compute/cuda/12.8.0/local_installers/cuda-repo-rhel8-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
    $ sudo rpm -i cuda-repo-rhel8-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
    $ sudo dnf clean all
    $ sudo dnf install cuda-toolkit-12-8
  2. Ative o repositório yum do Oracle Linux 8 EPEL. Instale o pacote dkms.

    $ sudo yum-config-manager --enable ol8_developer_EPEL
    $ sudo dnf install dkms
  3. Instale os drivers GPU.

    $ sudo dnf install cuda-12-8
  4. Instale o módulo kernel NVIDIA.

    $ sudo scl enable gcc-toolset-13 bash
    # dkms install nvidia-open -v 570.86.10

    Se esse erro make aparecer enquanto o módulo do kernel for criado, você poderá ignorá-lo com segurança.

    Cleaning build area...(bad exit status: 2)
    Failed command:
    make -C /lib/modules/5.15.0-206.153.7.el8uek.x86_64/build M=/var/lib/dkms/nvidia-open/570.86.10/build clean
  5. Verifique a instalação com a interface de gerenciamento do sistema NVIDIA.

    # nvidia-smi
    +-----------------------------------------------------------------------------------------+
    | NVIDIA-SMI 570.86.10              Driver Version: 570.86.10      CUDA Version: 12.8     |
    |-----------------------------------------+------------------------+----------------------+
    | GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
    | Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
    |                                         |                        |               MIG M. |
    |=========================================+========================+======================|
    |   0  NVIDIA L40S                    Off |   00000000:00:05.0 Off |                    0 |
    | N/A   26C    P8             23W /  350W |       1MiB /  46068MiB |      0%      Default |
    |                                         |                        |                  N/A |
    +-----------------------------------------+------------------------+----------------------+
    
    +-----------------------------------------------------------------------------------------+
    | Processes:                                                                              |
    |  GPU   GI   CI              PID   Type   Process name                        GPU Memory |
    |        ID   ID                                                               Usage      |
    |=========================================================================================|
    |  No running processes found                                                             |
    +-----------------------------------------------------------------------------------------+

Depois que uma chave de API for criada ou alterada, o comando inicial da CLI poderá falhar

Detalhes

Quando uma chave de API é adicionada ou alterada para um usuário, o primeiro comando da CLI com a chave nova ou alterada pode falhar.

Solução
Aguarde alguns minutos para que a nova chave seja sincronizada na infraestrutura do Compute Cloud@Customer e repita o comando da CLI.

Os comandos da CLI oci ccc get infrastructure e oci ccc infrastructure update retornam null para o valor provisioning_pin

Detalhes

Quando você cria uma infraestrutura, um PIN é gerado e exibido na saída.

No entanto, se você usar o comando oci ccc get infrastructure logo após criar ou atualizar a infraestrutura, talvez o PIN não seja retornado.

Isso acontece porque o PIN não está disponível para o comando get por até 5 minutos após a criação.

Exemplo de saída:

{
  "compartment_id": "ocid1.compartment.oc1..uniqueID",
. . .
  },
  "display_name": "C3ResourcePrincipal_infra",
  "freeform_tags": {},
  "id": "ocid1.cccinfrastructure.uniqueID",
  "lifecycle_details": null,
  "lifecycle_state": "ACTIVE",
  "provisioning_fingerprint": null,
  "provisioning_pin": null,
  "rack_inventory": {
    "capacity_storage_tray_count": null,
    "compute_node_count": null,
    "management_node_count": null,
    "performance_storage_tray_count": null,
    "serial_number": null
. . .

}
Solução alternativa

Obtenha o PIN do comando create ou aguarde 5 minutos para recuperar o PIN usando o comando get.

Para obter mais informações, consulte a página de Referência da CLI da infraestrutura cc.

Ao usar o comando da CLI ccc infrastructure list com a opção --compartment-id-in-subtree true, nenhum resultado é retornado

Detalhes

Você obtém uma lista vazia, mesmo que haja itens na subárvore.

Por exemplo:

oci ccc infrastructure list --profile user1 --compartment-id-in-subtree true -c ocid1.tenancy.oc1..uniqueID
{
  "data": {
    "items": []
  }
}
Solução alternativa

Em vez de usar a opção --compartment-id-in-subtree, consulte cada compartimento diretamente usando a opção -compartment.

Por exemplo:

oci ccc infrastructure list --profile user1 -compartment ocid1.tenancy.oc1..uniqueID
{
  "data": {
    "items": [ list of compartment details ]
  }
}

Para obter mais informações, consulte a página de Referência da CLI da infraestrutura cc.

A saída de oci iam user get não lista os recursos do usuário

Detalhes

A saída de oci iam user get difere entre o Oracle Cloud Infrastructure (OCI) e o Compute Cloud@Customer. A saída do Compute Cloud@Customer mostra null para capabilites e omite a lista de recursos, conforme mostrado na tabela a seguir.

Saída do OCI Saída do Compute Cloud@Customer
oci iam user get --user-id ocid1.user.oc1..uniqueID
{
"data": {
"capabilities": {
"can-use-api-keys": true,
"can-use-auth-tokens": true,
"can-use-console-password": true,
"can-use-customer-secret-keys": true,
"can-use-o-auth2-client-credentials": true,
"can-use-smtp-credentials": true
},
"compartment-id":
"ocid1.tenancy.oc1..uniqueID",
"defined-tags": {
"Oracle-Recommended-Tags": {
"ResourceType": "group",
"UtilExempt": "minrequired"
}
},
"description": "user-1",
"email": null,
"email-verified": false,
"external-identifier": null,
"freeform-tags": {},
"id":
"ocid1.user.oc1..uniqueID"
,
"identity-provider-id": null,
"inactive-status": null,
"is-mfa-activated": false,
"last-successful-login-time": "2024-02-08T10:25:44.036000+00:00",
"lifecycle-state": "ACTIVE",
"name": "user-1",
"previous-successful-login-time": null,
"time-created": "2024-02-08T09:12:35.256000+00:00"
},
"etag": "60f0527b3bbd0f40f137d4149d131fbf77eb44ab"
}
oci iam user get --user-id
ocid1.user.oc1..uniqueID
{
"data": {
"capabilities": null,

"compartment-id":
"ocid1.tenancy.oc1..uniqueID",
"defined-tags": {
"Oracle-Recommended-Tags": {
"ResourceType": "group",
"UtilExempt": "minrequired"
}
},
"description": "user-1",
"email": null,
"email-verified": null,
"external-identifier": null,
"freeform-tags": {},
"id":
"ocid1.user.oc1..uniqueID"
,
"identity-provider-id": null,
"inactive-status": null,
"is-mfa-activated": null,
"last-successful-login-time": null,
"lifecycle-state": "ACTIVE",
"name": "user-1",
"previous-successful-login-time": null,
"time-created": "2023-02-08T09:12:35.256000+00:00"
},
"etag": "bee44237-6d70-4691-b7f9-a98fbb332b12"
Solução alternativa
Para ver a lista de recursos, execute o comando oci iam user get na tenancy do OCI.