Conversation
- Separa os contextos de intalação em funções. - Ajusta o tipo dos serviço via manifesto (quando aplicável). - Adiciona testes automatizados. - Aticiona pre-commit hooks para validação de conformidade de mensagens e nome das ramificações. Revolve: lhc#35 chore: Atualiza hooks chore(wip): Atualiza os casos de teste chore: Atualiza instalação da stack do Rabbitmq feat: Atualiza instalação do Rabbitmq feat: Atualiza instalação do Rabbitmq feat: Atualiza instalação do Rabbitmq feat: Atualiza instalação do Rabbitmq feat: Atualiza instalação do Rabbitmq feat: Reorganiza os arquivos chore: Separa o Rabbitmq em duas apps chore: Atualiza app chore: Adiona casos de teste chore(wip): LOki test chore(wip): Loki test chore(wip): Loki test fix: Atualiza ramnificação fix: Atualiza ramnificação chore: Atualiza revisão e nome do chart chore: Adiciona testes para o tipo spec.type fix: Acerta os parâmetros chore: Alteração do tipo do serviço chore: Ajusta o tipo do serviço fix: Ajusta valor do atributo chore: Remove patch do script e ajusta o serviço spec.type chore: Atualiza caso de teste
|
Depois dos testes enviarei o PR com 1 commit apenas |
|
@EstevesDouglas Referente ao problema relatado de acesso, execute os comandos abaixo na instância onde instalou o homelab para listar os nodePorts de cada serviço. Uma vez obtido os valores, acesse utilizando o ip e a porta correspondente de cada serviço. kubectl get svc/argocd-server -o jsonpath="{.spec.ports[1].name} {.spec.ports[1].nodePort}" -n argocd
kubectl get svc/kube-prometheus-grafana -o jsonpath="{.spec.ports[0].name} {.spec.ports[0].nodePort}" -n monitoring
kubectl get svc/kube-prometheus-kube-prome-prometheus -o jsonpath="{range .spec.ports[*]} {.name} {.nodePort}" -n monitoring
kubectl get svc/rabbitmq -o jsonpath="{range .spec.ports[*]} {.name} {.nodePort}" -n rabbitmq |
marcpires
force-pushed
the
feat/35-install-update
branch
from
ab94c0c to
d5bcf29
Compare
|
@EstevesDouglas Olhando a documentação do k3s, me parece que devemos definir a configuração de múltiplos ips para o cluster. Como essa configuração s[o pode ser realizada ao criamos o clusters, sugiro a seguinte abordagem.
Uma vez validada a configuração no seu ambiente, podemos mudar o script para que ao criarmos o cluster, seja utilizado um arquivo de configuração. Abrirei uma issue para tratar deste tópico e te adiciono como responsável |
Fiz um teste com o update do seu link e tive esse resultado. com algumas falhas.
|
|
@EstevesDouglas Verificando a linha que deu erro, aqui retornou ip certinho. Verificarei em uma VM 
|
|
Preciso limpar alguns arquivos relacionados meu lab interno, fechando o PR. |
2 participants
Descrição
Atualiza o script com valores padrão. Isso simplifica a instalação, pois a mesma é realiza apenas pelo repo oficial
Corrige #35
Como Isso Foi Testado?
Resultado esperado
Configuração de Teste:
Hardware:
Cadeia de ferramentas:
SDK:
Lista de Verificação: