Início / user-160284

Red Cricket's questions

Martin Hope
Red Cricket
Asked: 2023-10-27 10:51:42 +0800 CST
  • 5

Recentemente tive que mover meu cluster K3 executando o operador AWX. Os endereços IP dos meus nós tiveram que mudar de 10.0.3.51, 10.0.3.52, 10.0.3.53 para 10.6.3.44, 10.6.3.45, 10.6.3.71. Atualizei hostAlias ​​em minha implantação do awx-demo:

271       dnsPolicy: ClusterFirst
272       hostAliases:
273       - hostnames:
274         - awx.example.com
275         ip: 10.6.3.44
276       initContainers:
277       - command:
278         - /bin/sh
279         - -c
280         - |
281           hostname=$MY_POD_NAME
282           receptor --cert-makereq bits=2048 commonname=$hostname dnsname=$hostname nodeid=$hostname outreq=/etc/receptor/tls/receptor.req outkey=/etc/receptor/tls/receptor.key
283           receptor --cert-signreq req=/etc/receptor/tls/receptor.req cacert=/etc/receptor/tls/ca/receptor-ca.crt cakey=/etc/receptor/tls/ca/receptor-ca.key outcert=/etc/receptor/tls/    receptor.crt verify=yes

Mas ainda em meus pods de trabalho de automação, o arquivo /etc/hosts possui o endereço IP antigo. O que posso fazer para corrigir o /etc/hosts quando meus pods de trabalho de automação forem criados?

Posso entrar no pod de automação assim e mostrar o /etc/hosts

$ kubectl -n awx exec -it automation-job-19120-2npln -- bash
bash-4.4$ cat /etc/hosts
# Kubernetes-managed hosts file.
127.0.0.1   localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
fe00::0 ip6-mcastprefix
fe00::1 ip6-allnodes
fe00::2 ip6-allrouters
10.42.1.31  automation-job-19120-2npln

# Entries added by HostAliases.
10.0.3.51   awx.example.com
bash-4.4$

Se eu editar o pod, vejo isso ...

apiVersion: v1
kind: Pod
metadata:
  ... omitted ...
spec:
  automountServiceAccountToken: false
  containers:
  - args:
    - ansible-runner
    - worker
    - --private-data-dir=/runner
    image: quay.io/ansible/awx-ee:latest
    imagePullPolicy: Always
    name: worker
    resources:
      requests:
        cpu: 250m
        memory: 100Mi
    stdin: true
    stdinOnce: true
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
  dnsPolicy: ClusterFirst
  enableServiceLinks: true
  hostAliases:
  - hostnames:
    - awx.example.com
    ip: 10.0.3.51
  nodeName: rocky-k3-3
  ... omitted ...

De onde diabos vem esse 10.0.3.51?

kubernetes
Martin Hope
Red Cricket
Asked: 2021-08-17 13:40:26 +0800 CST
  • 0

Eu tenho um pipeline do Jenkins que iniciará minhas instâncias do AWS Ubuntu EC2. Esse pipeline do Jenkins também atualizará um registro CNAME que tenho para minhas instâncias do EC2 em route53.

Às vezes, há um longo atraso na minha capacidade de ssh para a instância por meio do CNAME. Achei que poderia ser um problema de cache, mas se eu executar dig the-cname.example.com, vejo as versões atualizadas dos registros DNS. Também não tenho nenhum problema em ssh's para o novo IP e o valor do Aregistro DNS que a AWS deu à minha instância.

Meu cliente ssh está usando uma versão em cache do CNAME?

domain-name-system ssh
Martin Hope
Red Cricket
Asked: 2020-06-20 13:13:22 +0800 CST
  • 1

Eu tenho este yaml para um Ingress:

kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: app
  namespace: ingress-controller
... omitted for brevity ...
spec:
  rules:
    - host: ifs-alpha-kube-001.example.com
      http:
        paths:
          - path: /
            pathType: ImplementationSpecific
            backend:
              serviceName: service-nodeport
              servicePort: 80
          - path: /
            pathType: ImplementationSpecific
            backend:
              serviceName: service-nodeport
              servicePort: 443
status:
  loadBalancer:
    ingress:
      - {}

Acima coloquei...

    - host: ifs-alpha-kube-001.example.com

Esse host é um dos meus nós. Eu tenho três nós. Estou bastante certo de que isso está incorreto. A entrada funciona, mas se eu desligar o ifs-alpha-kube-001, a entrada para de funcionar. O que devo definir hostse quiser um cluster de alta disponibilidade?

Obrigado

Atualização: tentei a sugestão do duct_tape_coder, mas ainda devo estar fazendo algo errado.

Eu preciso ser capaz de acessar servidores web nas portas 80 e 443, então eu crio duas entradas de "serviço único".

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: port-80-ingress
  namespace: ingress-controller
spec:
  backend:
    serviceName: port-80-service
    servicePort: 80

... e ...

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: port-443-ingress
  namespace: ingress-controller
spec:
  backend:
    serviceName: port-443-service
    servicePort: 443

E eu deletei meu ingresso antigo. Mas ainda consigo acessar o servidor da Web no meu primeiro nó, ifs-alpha-kube-001, e não ifs-alpha-kube-002 e ifs-alpha-kube-003. Verifiquei que meu servidor da Web está sendo executado nos pods.

Atualização II:

Ok, eu tentei isso em vez disso:

kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: app2
  namespace: ingress-controller

... omitted ...

spec:
  rules:
    - http:
        paths:
          - path: /
            pathType: ImplementationSpecific
            backend:
              serviceName: service-nodeport
              servicePort: 80
          - path: /
            pathType: ImplementationSpecific
            backend:
              serviceName: service-nodeport
              servicePort: 443
status:
  loadBalancer:
    ingress:
      - {}

$ kubectl describe ingress app2 --namespace=ingress-controller
Name:             app2
Namespace:        ingress-controller
Address:
Default backend:  default-http-backend:80 (<error: endpoints "default-http-backend" not found>)
Rules:
  Host        Path  Backends
  ----        ----  --------
  *
              /   service-nodeport:80 (10.233.119.22:80,10.233.123.33:80,10.233.125.29:80)
              /   service-nodeport:443 (10.233.119.22:443,10.233.123.33:443,10.233.125.29:443)
Annotations:  Events:
  Type        Reason  Age   From                Message
  ----        ------  ----  ----                -------
  Normal      CREATE  13m   ingress-controller  Ingress ingress-controller/app2
  Normal      CREATE  13m   ingress-controller  Ingress ingress-controller/app2
  Normal      UPDATE  12m   ingress-controller  Ingress ingress-controller/app2
  Normal      UPDATE  12m   ingress-controller  Ingress ingress-controller/app2

E excluiu todas as outras entradas. Mas ainda assim só consigo acessar http no host ifs-alpha-kube-001 com a estranha reviravolta ... se eu executar:

curl -L --insecure https://ifs-alpha-kube-001.example.com -vvvv

Eu recebo uma tonelada de saída sobre redirecionamento.

> GET / HTTP/2
> Host: ifs-alpha-kube-001
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/2 302
< date: Tue, 23 Jun 2020 15:52:28 GMT
< server: Apache/2.4.39 (Unix) OpenSSL/1.0.2k-fips mod_wsgi/4.7.1 Python/3.6
< location: https://ifs-alpha-kube-001/
< content-length: 211
< content-type: text/html; charset=iso-8859-1
< strict-transport-security: max-age=15768000
<
* Ignoring the response-body
* Connection #1 to host ifs-alpha-kube-001 left intact
* Maximum (50) redirects followed
curl: (47) Maximum (50) redirects followed
* Closing connection 0
* Closing connection 1

O que está acontecendo aqui?

Atualização III

Aqui estão os serviços que configurei:

$ kubectl get service --namespace=ingress-controller  -o wide
NAME                      TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                                     AGE     SELECTOR
haproxy-ingress           NodePort    10.233.23.21   <none>        80:30032/TCP,443:30643/TCP,1936:30302/TCP   6d4h    run=haproxy-ingress
ingress-default-backend   ClusterIP   10.233.5.224   <none>        8080/TCP                                    6d5h    run=ingress-default-backend
service-nodeport          NodePort    10.233.3.139   <none>        80:30080/TCP,443:30443/TCP                  5d18h   k8s-app=test-caasa-httpd,pod-template-hash=7d79794567

Acredito que vinculei o service-nodeportserviço ao meu ingresso app2.

kubernetes
Martin Hope
Red Cricket
Asked: 2020-05-20 10:20:13 +0800 CST
  • 0

Estou passando pelos documentos de instalação do kebernetes ( https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ ) e estou no ponto em que devo instalar o kubelete RPMs . Eu criei este repositório yum:kubeadmkubectl

[root@stg-003 ~]# cat /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-$basearch
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
exclude=kubelet kubeadm kubectl

Então eu executo este comando yum:

[root@stg-003 ~]# yum install -y kubelet kubeadm kubectl –disableexcludes=kubernetes

O que dá esta saída:

Loaded plugins: fastestmirror, langpacks, merge-conf, priorities, product-id, search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use subscription-manager to register.
Loading mirror speeds from cached hostfile
13024 packages excluded due to repository priority protections
No package kubelet available.
No package kubeadm available.
No package kubectl available.
Error: Nothing to do

Eu fui aqui https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64/Packages e não há pacotes!

Então, como faço para instalar kubelete RPMs?kubeadmkubectl

kubernetes
Martin Hope
Red Cricket
Asked: 2019-01-15 14:31:51 +0800 CST
  • 0

Eu fiz algumas pesquisas rápidas na web para descobrir como fazer um pipe nomeado. Parece muito simples, eu só preciso executar como root: mkfifo filename, mas qual a melhor prática sobre onde no sistema de arquivos colocar pipes nomeados? Eles devem entrar em /tmp, /var/tmp, /var/lib ou em outro lugar? Também devo seguir alguma convenção de nomenclatura ou há nomes que devo evitar?

Obrigado!

rhel7
Martin Hope
Red Cricket
Asked: 2016-12-17 11:38:53 +0800 CST
  • 0

Estou executando um Puppet Enterprise Puppet Master (versão 2016.2) no RHEL7.2. Acho que, por padrão, o agente fantoche será executado a cada 30 minutos. Mas enquanto observo o agente fantoche correr, não o vejo correr. Examino os relatórios dos meus nós e vejo que há um relatório com 1 hora e 15 minutos.

Gostaria de poder descobrir programaticamente quando o agente fantoche será executado novamente em um determinado nó.

Isso é mesmo possível?

Obrigado

puppet
Martin Hope
Red Cricket
Asked: 2016-04-16 08:33:35 +0800 CST
  • 8

Eu tenho uma nuvem OpenStack e adicionei a imagem CentOS-7-x86_64-GenericCloud-1503 e ela inicializa muito bem, mas não sei como fazer o login. Qual é a senha do root? Como posso defini-lo? Existe alguma outra conta que eu preciso usar?

Obrigado

cloud-computing centos7
Martin Hope
Red Cricket
Asked: 2015-10-28 20:32:42 +0800 CST
  • 1

Eu tenho um contêiner docker que está executando um aplicativo node.js. No sistema em que o contêiner está sendo executado, posso fazer coisas como ...

curl http://<IP address of my docker container>/users ....

... e eles a resposta json esperada. Agora que instalei um servidor web apache em meu sistema, tenho alguns angular.js onde estou tentando me comunicar com a API REST no contêiner docker. Mas o contêiner docker, é claro, não pode ser acessado pelo restante dos hosts da minha rede. Existe uma maneira fácil de configurar algum tipo de proxy? Estou meio familiarizado com o HAProxy. Eu poderia configurar o HAProxy de alguma forma?

ATUALIZAR:

Eu inicio meu container docker assim:

[red@vm-red ~]$ sudo docker run -p 3000:8080 -t -i redsimage
...

Na linha de comando no host vm-red, posso executar este curl ...

[red@vm-red ~]$ curl -H "Content-Type: application/json" http://172.17.0.6:3000/user

... e obter os resultados esperados. Mas se eu usar algo como 'postman' do meu laptop ou meus navegadores no meu laptop e apontá-los para http://vm-red:8080/user, não recebo nada. O que estou fazendo errado?

apache-2.2