2.1 Instalando o OpenText Identity Console CE 24.4 (v1.9)
2.1.3 Instalando o OpenText Identity Console como container do Docker
Esta seção inclui os seguintes procedimentos:
Recomendações de segurança
-
Os containers do Docker não têm nenhuma restrição de recurso por padrão. Isso fornece a todos os containers o acesso a todos os recursos de CPU e memória fornecidos pelo kernel do host. Você também deve definir limites para a quantidade de recursos que podem ser usados por um container para garantir que um container em execução não consuma mais recursos do que o limite, fazendo com que falte recursos para outros containers em execução.
-
O container do Docker deve garantir que um limite físico seja aplicado à memória usada pelo container usando o flag --memory no comando de execução do Docker.
-
O container do Docker deve garantir que um limite seja aplicado à quantidade de CPU usada por um container em execução usando o flag --cpuset-cpus no comando de execução do Docker.
-
-
--pids-limit deve ser definido como 300 para restringir o número de threads do kernel gerados dentro do container a qualquer momento. Isso é para evitar ataques de DoS.
-
Você deve definir a política de reinício do container em falha como 5 usando o flag --restart no comando de execução do Docker.
-
Você deve usar o container do apenas quando o status de integridade aparecer como (Íntegro) depois que o container aparecer. Para verificar o status de saúde do container, execute o seguinte comando:
docker ps <container_name/ID> -
O container do Docker sempre começará como usuário não root (nds). Como uma medida de segurança adicional, habilite o remapeamento do namespace do usuário no daemon para evitar ataques de escalada de privilégios dentro do container. Para obter mais informações sobre o remapeamento de namespaces do usuário, consulte Isolar containers com um namespace de usuário.
Instalação do OpenText Identity Console como um container do Docker
NOTA:O OpenText Identity Console pode ser configurado com ou sem OSP. Se você optar por configurá-lo com o OSP, primeiro será necessário implantar o container do OSP, seguido pelo container do OpenText Identity Console. Certifique-se de modificar o arquivo edirapi.conf para incluir os valores desejados para implantação.
Para instalar o OpenText Identity Console como um container do Docker:
Os parâmetros de configuração, os valores amostrais e os exemplos mencionados neste procedimento são apenas para fins de referência. Não os use diretamente em seu ambiente de produção.
-
Efetue login no portal Download e licença de software e navegue até a página Downloads de software.
-
Selecione o seguinte:
-
Produto: OpenText eDirectory
-
Nome do produto: OpenText eDirectory per User Sub SW E-LTU
-
Versão: 9.2, 9.3
-
-
Faça download do IdentityConsole_<versão>_Container.tar.zip.
-
A imagem precisa ser carregada no registro local do Docker. Extraia e carregue o arquivo IdentityConsole_<versão>_Containers.tar.gz usando os comandos abaixo:
tar -xvf IdentityConsole_version_Containers.tar.gz
docker load --input identityconsole.tar.gz
-
Crie o container do Docker do OpenText Identity Console usando o seguinte comando:
docker create --name identityconsole-container-name --env ACCEPT_EULA=Y --network=network-type --volume volume-name:/config/ identityconsole:version
Por exemplo,
docker create --name identityconsole-container-1 --env ACCEPT_EULA=Y --network=host --volume IDConsole-volume:/config/ identityconsole:version
NOTA:
-
Você pode aceitar o EULA definindo a variável de ambiente ACCEPT_EULA como 'Y'. Você também pode aceitar o EULA do prompt da tela enquanto inicia o container usando a opção -it no comando de criação do Docker para o modo interativo.
-
O parâmetro --volume no comando acima criará um volume para armazenamento de dados de configuração e de registro. Neste caso, criamos um volume de amostra chamado IDConsole-volume.
-
-
Copie o arquivo de certificado do servidor do sistema de arquivos local para o container como /etc/opt/novell/eDirAPI/cert/keys.pfx usando o comando a seguir. Para obter mais informações sobre a criação do certificado do servidor, consulte Pré-requisitos:
docker cp <absolute path of server certificate file> <identityconsole-container-name>:/etc/opt/novell/eDirAPI/cert/keys.pfx
Por exemplo,
docker cp /home/user/keys.pfx identityconsole-container-1:/etc/opt/novell/eDirAPI/cert/keys.pfx
Quando você se conecta a várias árvores do OpenText eDirectory, precisa obter pelo menos um certificado de servidor keys.pfx para todas as árvores conectadas.
-
Copie o arquivo de certificado CA (.pem) do sistema de arquivos local para o container como /etc/opt/novell/eDirAPI/cert/sscert.pem usando o comando a seguir. Para obter mais informações sobre a obtenção do certificado CA, consulte Pré-requisitos:
docker cp absolute path of CA certificate file identityconsole-container-name:/etc/opt/novell/eDirAPI/cert/SSCert.pem
Por exemplo,
docker cp /home/user/SSCert.pem identityconsole-container-1:/etc/opt/novell/eDirAPI/cert/SSCert.pem
Se o usuário precisar se conectar a várias árvores do OpenText eDirectory, consulte a seção: Multiárvore com o OpenText Identity Console como Docker.
-
Dependendo de você desejar configurar o OpenText Identity Console com ou sem OSP, modifique o arquivo de configuração edirapi.conf conforme necessário. Em seguida, use o seguinte comando para copiá-lo do seu sistema de arquivos local para o container em /etc/opt/novell/eDirAPI/conf/edirapi.conf:
docker cp absolute path of configuration file identityconsole-container-name:/etc/opt/novell/eDirAPI/conf/edirapi.conf
Por exemplo,
docker cp /home/user/edirapi.conf identityconsole-container-1:/etc/opt/novell/eDirAPI/conf/edirapi.conf
Um arquivo de configuração de exemplo é mostrado abaixo (OpenText Identity Console 1.9 e posterior):
listen = ":9000" pfxpassword = "novell" bcert = "/etc/opt/novell/eDirAPI/cert/" ospmode=false auto-fetch=false
Um exemplo de arquivo de configuração é mostrado abaixo (Identity Console 1.8 e anterior):
listen = ":9000" pfxpassword = "novell" bcert = "/etc/opt/novell/eDirAPI/cert/" ospmode=false edir-hosts = "<ip_address>:636"
NOTA:Para acessar o OpenText eDirectory por meio do OpenText Identity Console, é necessário adicionar edir-hosts="x.x.x.x:ldaps_port no arquivo edirapi.conf.
Exemplo: edir-hosts="10.10.10.10:636"
Quando você define auto-fetch=true, inicialmente é necessário copiar o certificado da CA para o contêiner, conforme descrito na Etapa 7. Depois disso, o certificado da CA é obtido automaticamente nas sessões de login subsequentes.
Um exemplo de arquivo de configuração ao configurar o OpenText Identity Console com OSP é mostrado abaixo:
listen = ":9000" ldapserver = "10.71.39.15:636" ldapuser = "cn=admin,o=novell" ldappassword = "novell" pfxpassword = "novell" osp-token-endpoint = "https://<osp_ipaddress>:8543/osp/a/idm/auth/oauth2/getattributes" osp-authorize-url = "https://<osp_ipaddress>:8543/osp/a/idm/auth/oauth2/grant" osp-logout-url = "https://<osp_ipaddress>:8543/osp/a/idm/auth/app/logout" osp-redirect-url = "https://<identity_console_ipaddress>:9000/eDirAPI/v1/t/authcoderedirect" osp-client-id = "identityconsole" ospclientpass = "novell" ospcert = "/etc/opt/novell/eDirAPI/cert/SSCert.pem" bcert = "/etc/opt/novell/eDirAPI/cert/" ospmode=true check-origin =true origin = "https://<identity_console_ipaddress>:9000"
-
Inicie o container do Docker usando o seguinte comando:
docker start identityconsole-container-name
Por exemplo,
docker start identityconsole-container-1
NOTA:É possível encontrar os seguintes arquivos de registro no diretório /var/lib/docker/volumes/<nome_do_volume>/_data/eDirAPI/var/log:
-
edirapi.log — É usado para registrar diferentes eventos em problemas de depuração e edirapi.
-
edirapi_audit.log — É usado para registrar eventos de auditoria do edirapi. Os registros seguem o formato de auditoria CEF.
-
container-startup.log – É usado para capturar registros de instalação do container do Docker do OpenText Identity Console.
Multiárvore com o OpenText Identity Console como Docker
Para conectar o OpenText Identity Console 1.9 a várias árvores do OpenText eDirectory quando a busca automática estiver desabilitada, você deve copiar os certificados de CA de todas as árvores do OpenText eDirectory para o diretório /etc/opt/novell/eDirAPI/cert/.
O OpenText Identity Console 1.8 permite que o usuário se conecte a várias árvores obtendo o certificado de CA individual da árvore.
Por exemplo, se você se conectar a três árvores do OpenText eDirectory, precisará copiar todos os três certificados de CA no container do Docker:
docker cp /home/user/SSCert1.pem identityconsole-container-1:/etc/opt/novell/eDirAPI/cert/SSCert1.pem
docker cp /home/user/SSCert2.pem identityconsole-container-1:/etc/opt/novell/eDirAPI/cert/SSCert2.pem
docker cp /home/user/SSCert3.pem identityconsole-container-1:/etc/opt/novell/eDirAPI/cert/SSCert3.pem
Execute os seguintes comandos para reiniciar o OpenText Identity Console:
docker restart <identityconsole-container-name>
Exemplo:
docker restart identityconsole-container-1
Implantação do container do OSP
Execute as seguintes etapas para implantar o container do OSP:
-
Efetue login no portal Download e licença de software e navegue até a página Downloads de software.
-
Selecione o seguinte:
-
Produto: OpenText eDirectory
-
Nome do produto: OpenText eDirectory per User Sub SW E-LTU
-
Versão: 9.2
-
OpenText Identity Console autônomo
-
-
Baixe e extraia o arquivo IdentityConsole_<versão>_Containers_tar.zip.
-
Para instalar o OpenText Identity Console no container do OSP, é necessário um keystore (tomcat.ks).
Execute as seguintes etapas para gerar o keystore:
-
Crie uma pasta certs no diretório /opt/.
-
Execute o comando a seguir para criar um keystore (tomcat.ks):
keytool -genkey -alias osp -keyalg RSA -storetype pkcs12 -keystore /opt/certs/tomcat.ks -validity 3650 -keysize 2048 -dname "CN=blr-osp48-demo.labs.blr.novell.com" -keypass novell -storepass novell
NOTA:Verifique se o endereço IP da máquina é nomeado como nome CN ou como nome completo do host. Por exemplo, CN=xx.xx.xx.xx
-
Execute o comando a seguir para criar uma solicitação de autenticação de certificado. Por exemplo, cert.csr.
keytool -certreq -v -alias osp -file /opt/certs/cert.csr -keypass novell -keystore /opt/certs/tomcat.ks -storepass novell
-
Passe o cert.csr criado para o Identity Console e obtenha o cert.der conforme explicado:
-
Inicie o OpenText Identity Console como Administrador.
-
Clique em > e selecione o arquivo.
-
Vá até > e selecione o botão de opção .
-
Clique em e marque as seguintes caixas de seleção:
-
-
Clique em >
> Endereço IP do Servidor OSP ou Nome DNS do Servidor OSP > > .A mensagem aparece como .
-
Clique em .
-
Faça download do certificado cert.der emitido e copie-o para /opt/certs/.
-
-
Copie o SSCert.der do OpenText eDirectory para /opt/certs
-
Execute os comandos a seguir para importar o certificado CA (SSCert.der) e o certificado do servidor (cert.der) para o keystore tomcat.ks.
keytool -import -trustcacerts -alias root -keystore /opt/certs/tomcat.ks -file /opt/certs/SSCert.der -storepass novell -noprompt
keytool -import -alias osp -keystore /opt/certs/tomcat.ks -file /opt/certs/cert.der -storepass novell -noprompt
-
-
Crie uma nova pasta como /data.
-
Copie o tomcat.ks de /opt/certs e cole-o na pasta data.
-
No build extraído do container do OpenText Identity Console, copie os arquivos osp-edirapi-silent.properties para a pasta data.
-
Modifique o arquivo de propriedades osp edirapi silent de acordo com seu requisito. Um arquivo de propriedades silenciosas de amostra é mostrado abaixo:
# Silent file for osp with edirapi ## Static contents Do not edit - starts INSTALL_OSP=true DOCKER_CONTAINER=y EDIRAPI_PROMPT_NEEDED=y UA_PROMPT_NEEDED=n SSPR_PROMPT_NEEDED=n RPT_PROMPT_NEEDED=n CUSTOM_OSP_CERTIFICATE=y ## Static contents Do not edit - ends # OSP Details SSO_SERVER_HOST=osp.example.com (osp confiugred serevr IP address) SSO_SERVER_SSL_PORT=8543 OSP_COMM_TOMCAT_KEYSTORE_FILE=/config/tomcat.ks OSP_COMM_TOMCAT_KEYSTORE_PWD=novell SSO_SERVICE_PWD=novell OSP_KEYSTORE_PWD=novell IDM_KEYSTORE_PWD=novell OSP_CUSTOM_NAME="Identity Console" USER_CONTAINER="o=novell" ADMIN_CONTAINER="o=novell" MASTER_KEYSTORE_PWD=novell # IDConsole Details IDCONSOLE_HOST=192.168.1.1 (IdentityConsole confiugred serevr IP address) IDCONSOLE_PORT=9000 EDIRAPI_TREENAME=ed913 (Tree name should be in lowercase) #If ENABLE_CUSTOM_CONTAINER_CREATION is set to y #ie., when you have user and admin container different from o=data # and they need to be created in eDir #then CUSTOM_CONTAINER_LDIF_PATH should be entered as well ENABLE_CUSTOM_CONTAINER_CREATION=n #ENABLE_CUSTOM_CONTAINER_CREATION=y #CUSTOM_CONTAINER_LDIF_PATH=/config/custom-osp.ldif # eDir Details ID_VAULT_HOST=192.168.1.1 (eDir/ID_Vault confiugred serevr IP address) ID_VAULT_LDAPS_PORT=636 ID_VAULT_ADMIN_LDAP="cn=admin,o=novell" ID_VAULT_PASSWORD=novell
NOTA:Para evitar restrições de espaço ao usar o arquivo de propriedades silenciosas (texto DOS), você deve converter o arquivo texto DOS para o formato UNIX usando a ferramenta dos2unix. Execute o comando abaixo para converter arquivos texto de finais de linha DOS para finais de linha Unix:
nome de arquivo dos2unix
Por exemplo:
dos2unix samplefile
-
Execute o seguinte comando para carregar a imagem do OSP:
docker load --input osp.tar.gz
-
Implante o container usando o seguinte comando:
docker run -d --name OSP_Container --network=host -e SILENT_INSTALL_FILE=/config/osp-edirapi-silent.properties -v /data:/config osp:<version>Por exemplo:
docker run -d --name OSP_Container --network=host -e SILENT_INSTALL_FILE=/config/osp-edirapi-silent.properties -v /data:/config osp:6.6.6
NOTA:Após implantar o container OSP, instale e configure o OpenText Identity Console com detalhes do servidor OSP.
Parada e reinício do OpenText Identity Console como container do Docker
Para parar, execute o seguinte comando:
docker stop identityconsole-container-name
Para reiniciar, execute o seguinte comando:
docker restart identityconsole-container-name
Para iniciar, execute o seguinte comando:
docker start identityconsole-container-name
Gerenciamento da Persistência de Dados
Volumes de persistência de dados também são criados juntamente com os containers do OpenText Identity Console. Para usar os parâmetros de configuração de um container antigo usando os volumes, execute as seguintes etapas:
-
Pare o seu container do Docker atual usando o seguinte comando:
docker stop identityconsole-container-name
Exemplo:
docker stop identityconsole-container-1
-
Crie o segundo container usando os dados de aplicativo do container antigo armazenado no volume do Docker (IDConsole-volume-1).
docker create --name identityconsole-container-name --network=host --volume IDConsole-volume-1:/config/ identityconsole:< version >
Exemplo:
docker create --name identityconsole-container-2 --network=host --volume IDConsole-volume-1:/config/ identityconsole:<version>
-
Inicie o segundo container usando o seguinte comando:
docker start identityconsole-container-name
Exemplo:
docker start identityconsole-container-2
-
(Opcional) O primeiro container pode ser removido usando o seguinte comando:
docker rm identityconsole-container-name
Exemplo:
docker rm identityconsole-container-1
Substituindo o certificado do servidor no container do Docker
Execute as seguintes etapas para substituir o certificado do servidor no container do Docker:
-
Execute o seguinte comando para copiar o novo certificado do servidor em qualquer local do seu container.
Exemplo:
docker cp /path/to/new-keys.pfx <container_id/name>:/tmp/new-keys.pfx
-
Efetue login no container usando o seguinte comando:
docker exec -it container_name bash
-
Execute o NLPCERT para armazenar as chaves como um pseudousuário:
LD_LIBRARY_PATH=/opt/novell/lib64/:/opt/novell/eDirectory/lib64/:/opt/netiq/common/openssl/lib64/ /opt/novell/eDirAPI/sbin/nlpcert -i /tmp/new-keys.pfx -o /etc/opt/novell/eDirAPI/conf/ssl/private/cert.pem
-
Saia do console do container usando o comando:
exit
-
Reinicie o container digitando:
docker restart container name
2.1.4 Instalando o OpenText Identity Console nos Serviços de Kubernetes do Azure
O AKS (Serviços de Kubernetes do Azure) é um serviço gerenciado de Kubernetes que permite instalar e gerenciar clusters. Esta seção inclui os seguintes procedimentos:
Instalando o OpenText Identity Console no AKS Cluster
Esta seção explica os seguintes procedimentos para instalar o OpenText Identity Console no cluster do AKS:
Criando um ACR (Registro de Contêiner do Azure)
O ACR (Registro de Contêiner do Azure) é um registro privado baseado no Azure, para imagens de containers do Docker.
Para obter mais detalhes, consulte a seção Create an Azure container registry using the Azure portal (Criar um Registro de Contêiner do Azure usando o portal do Azure) em Create container registry - Portal (Criar registro de container — Portal) ou execute as seguintes etapas para criar um ACR (Registro de Container do Azure):
-
Efetue login no portal do Azure.
-
Acesse Create a resource > Containers > Container Registry (Criar um recurso > Contêineres > Registro de Contêiner).
-
Na guia (Noções Básicas), especifique valores para (Grupo de recursos) e (Nome do registro). O nome do registro precisa ser único no Azure e conter no mínimo 5 e no máximo 50 caracteres alfanuméricos.
Aceite os valores padrão para as configurações restantes.
-
Clique em .
-
Clique em .
-
Efetue login na CLI do Azure e execute o comando a seguir para efetuar login no Registro de Contêiner do Azure.
az acr login --name registryname
Exemplo:
az acr login --name < idconsole >
-
Recupere o servidor de login do Registro de Contêiner do Azure usando o comando:
az acr show --name registryname --query loginServer --output table
Exemplo:
az acr show --name < idconsole > --query loginServer --output table
-
Marque a imagem local do OpenText Identity Console com o nome do servidor de login do ACR (registryname.azureacr.io) usando o seguinte comando:
docker tag idconsole-image <login server>/idconsole-image
Exemplo:
docker tag identityconsole:<version> registryname.azurecr.io/identityconsole:<version>
-
Envie por push a imagem marcada para o registro.
docker push <login server>/idconsole: <version>
Exemplo:
docker push registryname.azurecr.io/identityconsole:<version>
-
Recupere a lista de imagens no registro usando o comando:
az acr show --name registryname --query loginServer --output table
Definindo um cluster do Kubernetes
Crie um recurso de serviço Kubernetes usando o portal do Azure ou a CLI.
Para obter mais detalhes para criar um recurso de serviço Kubernetes no Azure com um nó, confira Create an AKS Cluster (Criar um cluster do AKS) no Azure Quickstart (Início Rápido do Azure).
NOTA:
-
Verifique se você selecionou a CNI do Azure como a rede.
-
Selecione a rede virtual existente (onde o servidor OpenText eDirectory está instalado na sub-rede).
-
Selecione o registro de container existente no qual a imagem do OpenText Identity Console está disponível.
Criando um endereço IP público de SKU padrão
Um recurso de endereço IP público sob o grupo de recursos do cluster do Kubernetes atua como IP do balanceador de carga para o aplicativo.
Para obter etapas detalhadas, consulte Create a public IP address using the Azure portal (Criar um endereço IP público usando o portal do Azure) em Create public IP address – Portal (Criar endereço IP público — Portal).
Configurando o Cloud Shell e conectando ao cluster do Kubernetes
Use o Cloud Shell, disponível no portal do Azure, para todas as operações.
Para configurar o Cloud Shell no portal do Azure, consulte a seção Start Cloud Shell (Iniciar o Cloud Shell) em Bash – Quickstart (Bash — Início Rápido) ou execute as seguintes etapas para configurar o Cloud Shell e conecte-se ao cluster do Kubernetes:
-
No portal do Azure, clique no botão
para abrir o Cloud Shell.NOTA:Para gerenciar um cluster do Kubernetes, use o cliente de linha de comando do Kubernetes, kubectl. Se você usa o Azure Cloud Shell, o kubectl já está instalado.
-
Configure o kubectl para se conectar ao seu cluster do Kubernetes usando o seguinte comando:
az aks get-credentials --resource-group "resource group name" --name "Kubernetes cluster name"
Exemplo:
az aks get-credentials --resource-group myResourceGroup --name myAKSCluster
-
Verifique a lista dos nós de cluster usando o comando:
kubectl get nodes
Implantando o aplicativo
Para instalar o OpenText Identity Console, você pode usar os arquivos de exemplo idc-services.yaml, idc-statefulset.yaml, idc-storageclass.yaml e idc-pvc.yaml.
Você também pode criar arquivos yaml próprios conforme suas necessidades.
-
Crie um recurso de classe de armazenamento usando o comando abaixo:
kubectl apply -f <location of the YAML file>
Exemplo:
kubectl apply -f idc-storageclass.yaml
(Opcional) Para obter mais informações sobre como criar e usar dinamicamente o volume de persistência com o compartilhamento de arquivos do Azure, consulte Dynamically create and use a persistent volume with Azure Files in Azure Kubernetes Service (AKS) (Criar e usar dinamicamente um volume persistente com Arquivos do Azure no AKS [Serviço de Kubernetes do Azure]).
Um arquivo de recurso de classe de armazenamento de exemplo foi mostrado abaixo:
kind: StorageClass apiVersion: storage.k8s.io/v1 metadata: name: azurefilesc provisioner: kubernetes.io/azure-file mountOptions: - dir_mode=0777 - file_mode=0777 - uid=0 - gid=0 - mfsymlinks - cache=strict - actimeo=30 parameters: skuName: Standard_LRS shareName: fileshare ~
Um recurso de classe de armazenamento permite o aprovisionamento dinâmico de armazenamento. Ele é usado para definir como um compartilhamento de arquivos do Azure é criado.
-
Veja os detalhes da classe de armazenamento usando o comando abaixo:
kubectl get sc
-
Crie um recurso de pvc usando o arquivo idc-pvc.yaml:
kubectl apply -f <location of the YAML file>
Exemplo:
kubectl apply -f idc.pvc.yaml
Um arquivo de recurso de pvc de exemplo foi mostrado abaixo:
apiVersion: v1 kind: PersistentVolumeClaim metadata: name: pvcforsc spec: accessModes: - ReadWriteMany storageClassName: azurefilesc resources: requests: storage: 5GiUm recurso de reivindicação de volume persistente cria o compartilhamento de arquivos. Uma reivindicação de volume persistente (persistent volume claim — PVC) usa o objeto da classe de armazenamento para provisionar dinamicamente um compartilhamento de arquivos do Azure.
-
Faça upload do certificado edirapi.conf, do certificado CA e do certificado do servidor para o Cloud Shell.
Clique no ícone de botão (Carregar/Baixar arquivos)
no Cloud Shell e faça upload dos arquivos edirapi.conf, SSCert.pem e keys.pfx.NOTA:edirapi.conf tem um parâmetro “origem”. Aqui precisamos fornecer endereço IP com o qual acessaremos o aplicativo OpenText Identity Console. (use o endereço IP que é criado na seção Criando um endereço IP público de SKU padrão.)
A instalação do OpenText Identity Console requer um certificado do servidor (keys.pfx).
Ao criar o certificado do servidor, certifique-se de fornecer nome DNS válido em Nome(s) Alternativo(s) do Assunto.
Etapas para criar um nome DNS válido:
Um pod típico implantado usando StatefulSet tem um nome DNS como o abaixo — {nomedestatefulset}-{ordinal}.{nomedoserviço}.{namespace}.svc.cluster.local
-
Se o nome de StatefulSet no arquivo idconsole-statefulset.yaml for idconsole-app, então statefulsetname = idconsole-app
-
Se o pod for o primeiro, então ordinal = 0
-
Se você definir serviceName no arquivo idconsole -statefulset.yaml como idconsole, então serviceName = idconsole
-
Se o namespace for o padrão, então namespace=default
Saída: idconsole-app-0.idcosole.default.svc.cluster.local
-
-
Crie um recurso de configmap no cluster do Kubernetes que armazena os arquivos de configuração junto com os certificados.
Antes de executar o comando, certifique-se de que os arquivos (edirapi.conf, SSCert.pem e keys.pfx) estejam presentes no diretório.
kubectl create configmap <confgimapName> --from-file= "path where the files are present"
Exemplo:
kubectl create configmap config-data --from-file=/data
-
Veja os detalhes do objeto configmap usando o comando de descrição kubectl:
kubectl describe configmap <configmapName>
Exemplo:
kubectl describe configmap confg-data
-
Crie um recurso StatefulSet para implantar um container.
Execute o comando abaixo para implantar o container:
kubectl apply -f <location of the YAML file>
Exemplo:
kubectl apply -f idc-statefulset.yaml
Um arquivo de recurso StatefulSet de exemplo foi mostrado abaixo:
apiVersion: apps/v1 kind: StatefulSet metadata: name: idconsole-app spec: serviceName: idconsole selector: matchLabels: app: idconsole replicas: 1 template: metadata: labels: app: idconsole spec: containers: - name: idconsole-container image: registryname.azurecr.io/identityconsole:<version> env: - name: ACCEPT_EULA value: "Y" ports: - containerPort: 9000 volumeMounts: - name: configfiles mountPath: /config/data - name: datapersistenceandlog mountPath: /config subPath: log volumes: - name: configfiles configMap: name: config-data - name: datapersistenceandlog persistentVolumeClaim: claimName: pvcforsc -
Execute o seguinte comando para verificar o status do pod implantado:
kubectl get pods -o wide
-
Crie um recurso de serviço do tipo loadBalancer.
O tipo do serviço especificado no arquivo yaml é loadBalancer.
Crie um recurso de serviço usando o comando abaixo:
kubectl apply -f <location of the YAML file>
Exemplo:
kubectl apply -f ids-service.yaml
Um arquivo de recurso de serviço de exemplo foi mostrado abaixo:
apiVersion: v1 kind: Service metadata: name: idconsole-service labels: run: idconsole-service spec: type: LoadBalancer loadBalancerIP: xx.xx.xx.xx selector: app: idconsole ports: - port: 9000 targetPort: 9000 protocol: TCPVerifique o endereço EXTERNAL-IP (ou o loadBalancerIP) usando o comando abaixo:
kubectl get svc -o wide
-
Inicie o URL usando EXTERNAL-IP (ou o endereço loadBalancerIP).
Exemplo:
https://<EXTERNAL-IP>:9000/identityconsole