본문 바로가기

Cloud

NFS를 볼륨으로 사용하는 Pod 만들기 (1) apiVersion: v1 kind: Pod metadata: name: busybox labels: app: busybox spec: volumes: - name: nfs-hostpath hostPath: path: /nfs [실제 nfs가 mount 된 경로] containers: - image: busybox imagePullPolicy: IfNotPresent name: busybox volumeMounts: - mountPath: /var/www/html [Pod 경로] name: nfs-hostpath
Ubuntu 18.04에서 NIC Bonding 하기 한 달 만에 글쓰는거 참트루인가;; NIC 본딩을 해 볼 기회가 생겨서 VM으로 테스트해보았다. - 네트워크 본딩이란? 둘 이상의 네트워크 인터페이스를 단일 인터페이스로 결합하는 프로세스이다. 네트워크 처리량과 대역폭을 증가시켜 성능을 개선해준다. 한 인터페이스가 다운되면 다른 인터페이스가 작동하는 내결함성을 가지고 있다. (1) 로그인 이후 ifenslave를 설치한다. sudo apt-get install ifenslave (2) 본딩 커널 모듈이 존재하는지 확인한다. sudo lsmod | grep bonding 조회되는 값이 없으면 modprobe를 사용해서 로드해준다. sudo modprobe bonding 재조회해본다. sudo lsmod | grep bonding --- bonding 163..
ceph osd 생성 안될 때 ceph cluster를 재구성시 osd가 생성되지 않을 때가 있다. 이 때에 operator 로그를 보아도 커넥션이 안되서 네트워크 문제인가 하고 아리송할 수 있는데 ceph를 구성하는 호스트들의 ceph 폴더를 지우고 클러스터를 재구성하면 잘 된다. ls /var/lib/rook/ rm -rf /var/lib/rook/ 보면 이전에 구성했던 파일들이 남아있어 문제가 발생한다. 삭제 이후 클러스터 구성을 다시 해주면 osd가 잘 뜨는 것을 볼 수 있다. 툴박스를 설치했다면 명령어를 통해 ceph 상태를 체크하도록 한다. kubectl exec -it -n rook-ceph [rook-ceph-tools-pod] -- ceph -s
Kubevirt 사용 시 operator pod만 뜰 때 오전 내내 시간 낭비해서 적어본다. kubevirt 를 사용하면 기본적으로 아래와 같은 포드들이 나타난다. kubevirt virt-api-6f7f4c755-6lc44 1/1 Running 0 50s kubevirt virt-controller-fb69bcfb6-8v69j 1/1 Running 0 29s kubevirt virt-handler-h76mw 1/1 Running 0 29s kubevirt virt-operator-98f77c5cd-wnbgk 1/1 Running 0 13m 근데 아무리 해도 operator pod만 뜨고 나머지는 뜨지 않아서 로그를 보았다. kubectl logs pod/[pod-name] -n kubevirt 이 명령어로 보면된다. "system:serviceaccounts..
Docker Private Registry에 등록된 이미지 지우기 이미지 조회 curl -X GET [Registry Address]/v2/_catalog 이미지 태그 조회 curl -X GET [Registry Address]/v2/[Image Name]/tags/list Docker Digest 얻기 curl -v --silent -H "Accept: application/vnd.docker.distribution.manifest.v2+json" -X GET [Registry Address]/v2/[Image Name]/manifests/[Tags] | grep Docker-Content-Digest sha:~로 시작하는 애가 필요한 애다. 이미지 삭제하기 curl -v --silent -H "Accept: application/vnd.docker.distribut..
Persistent Volume과 Persistent Volume Claim Kubernetes는 스토리지 관리를 Persistent Volume과 Persistent Volume Claim이라는 두 가지 개념으로 제공한다. PersistentVolume(PV)는 직접 저장하는 부분이고 PersistentVolumeClain(PVC)는 사용자가 저장소에 하는 요청이다. PVC는 리소스가 얼마나 필요한지, 어떤 액세스 모드를 취할지 액션을 담고 있다. 쉽게 이해하자면, 아래처럼 정의될 것이다. PV = 클러스터의 리소스 PVC = 리소스에 대한 요청 PV는 Provisioning - Binding - Using - Reclaiming 의 생명주기를 가진다. 1. Provisioning PV는 정적 프로비저닝과 동적 프로비저닝 두 가지 방법으로 할 수 있다. 정적 프로비저닝 - 클러..
set -o vi 이 카테고리는 엔지니어로 일하면서 알게되는 팁을 적을까 한다. 블로그 방문자가 이제 일평균 100여명을 넘어가고 있는데 좋은것 같다가도 통계를 보면 대부분 파이썬이라..ㅎㅎ... 열심히 해야지... 4개월동안 관찰한 결과 엔지니어마다 명령어를 사용하는 습관이 있는데 어떤 분은 alias를 지정해서 하는 분이 있고 (대부분 명령어가 길다보니 ㅠ_ㅠ) set -o vi를 통해 한 번 사용한 명령어를 다시 사용하는 분도 있고.. 가지각색이다. ◐_◐ ◑_◑ 나는 처음 접하게 된 set -o vi에 대해 알아볼까한다. $ set -o vi 콘솔창에 쳐보면 별다른 말 없이 적용된다. 저 명령어는 편집기를 emacs에서 vi로 바꿔준다는 뜻이다. vi로 바꾸면 무엇이 좋을까? 콘솔내에서 vi 명령어를 사용할 수 있..

티스토리툴바