beomzh_it

OCP에서 노드의 롤을 변경 후 디버그 파드가 기동되지않을때OCP console에서는 사용이 불가능하며 CLI는 아래와같이 사용이 가능하다. 아래 명령어 사용 혹은 edit으로 수정## 명령어$ oc new-project dummy$ oc patch namespace dummy --type=merge -p '{"metadata": {"annotations": { "scheduler.alpha.kubernetes.io/defaultTolerations": "[{\\"operator\\": \\"Exists\\"}]"}}}'edit ns 로 아래 줄 추가‘[{”operator”: “Exists”}]’ 주의!  참고 : https://access.redhat.com/solutions/6985624

Install 방법oc apply -f 위 명령어로 설치시 샘플 오브젝트들이 자동 생성된다.volume이 hostpath로 되어있어 pod가 권한문제로 정상기동되지 않았음pv / pvc를 생성해 직접 volume 을 생성 해주고 security context에 컨테이너 내부의 root 권한을 허용해줌각 서비스계정에 role을 추가해줌ingress를 오브젝트를 이용해 라우트를 생성kind: Ingress apiVersion: networking.k8s.io/v1 metadata: name: dify-ingress namespace: dify spec: rules: - host: dify.msap.ai http: paths: - pa..

참고 사이트https://docs.rke2.io/install/airgaphttps://ranchermanager.docs.rancher.com/getting-started/installation-and-upgrade/other-installation-methods/air-gapped-helm-cli-install0. 전제조건하드웨어리눅스/윈도우RAM: 최소 4GB (최소 8GB 권장)CPU: 최소 2개 (최소 4CPU 권장)VM 사이즈 가이드제어 평면 + etcd 노드의 CPU 및 RAM이 제한되는 경우, 표준 워크로드 조건에서 결합할 수 있는 에이전트 노드의 수에 제한이 있을 수 있습니다.서버 CPU서버 RAM에이전트 수24GB0-22548GB226-450816GB451-130016+32GB1300+..

Datagrid의 ping-svc의 publishNotReadyAddress : true 옵션을 적용해주지 않으면,,클러스터 Rebalancing 혹은 클러스터로 POD 추가 등 작업이 생길때 문제가 발생할 여지가 있음 POD Log 분석시 : JGRP000032: no physical address 메세지가 다수 발생

cloud를 다루지 않는사람들이 POD가 잘 살아있는지 정확하게 파악하기가 어려워 아래와 같은 스크립트를 작성하였다. kubernetes를 이용해 POD의 정보를 일괄 추출해 POD의 정보를 서비스별로 나눠 정상작동중인 POD를 불러오고 txt에 저장하는 스크립트를 작성하였다... 아래와 같은 스크립트를 매일 오전에 crontab에 걸어 지난 POD의 상태를 체크해볼예정이다.. ##divison.txt 서비스명 서비스코드 서비스명 서비스코드 서비스명 서비스코드 서비스명 서비스코드 ex)a서비스 Acode ## dir선언 후 dir 만들고 있다면 문자 출력 dir=result if [ ! -d $dir ] then mkdir /home/test/today/$dir else echo "Directory ex..

1. bash-completion 패키지 설치 yum install bash-completion -y 2. bash-completion 설치 완료 확인 kubectl completion bash 3. 자동 완성 스크립트 결과 저장 echo 'source

로컬에서 POD 안으로 복사 $ kubectl cp 디렉토리/파일이름 POD이름:디렉토리/파일이름 POD에서 로컬로 file 복사 $ kubectl cp namespace pod이름:디렉토리/파일이름 /옮길 디렉토리/파일이름 namespace와 pod이름 사이에 /를 넣으면 에러가 나서 띄어쓰기로 썼는데, 혹시 안되면 / 한 번 넣어보기 경로는 절대경로!!

각 컨테이너의 상태를 주기적으로 체크해서, 문제가 있는 컨테이너를 자동으로 재시작하거나 또는 문제 있는 컨테이너를 서비스에서 제외시킬 수 있다. 이러한 기능을 헬스 체크라고 하며 컨테이너가 살아 있는지 아닌지를 체크하는 Liveness probe, 컨테이너가 서비스가 가능한 상태인지를 체크하는 Readiness probe가 있다. Readniness probe는 Container 안의 어플리케이션이 서비스 할 준비가 되면 쿠버네티스에게 알리도록 설계 되어 있다. 서비스가 Pod로 트래픽을 보내기 전에 Readiness probe 검사 단계가 통과되어야만 해당 pod로 트래픽을 보내는 것을 의미한다. Liveness probe는 배포된 애플리케이션의 상태가 정상인지 비정상인지 여부를 판단하여 Kuberne..