구름엔지니어만들기

tasks 디렉토리? - Ansible 역할(Role)에서 해당 역할이 수행할 작업을 정의하는 곳. - 각각의 작업을 수행하는 Ansible 테스크 파일들이 위치하고 있음. - 일반적으로 tasks 디렉토리에는 여러 테스크 파일이 포함되어 있으며, 주로 YAML 형식으로 작성됨. - 각 테스크 파일은 하나의 작업을 수행하며, 역할이 수행해야 하는 여러 작업을 모듈화하여 구성할 수 있음. 예제: Apache 설치 유무에 따라 자동으로 설치 또는 삭제하는 태스크 생성 1. 기본 세팅 설정 파일, roles, 호스트 파일, 기타 필요한 디렉터리 생성: # Role과 Inventory 폴더 생성 mkdir roles inventory # 앤서블 설정파일과 호스트파일 생성 touch ansible.cfg inv..

공식 문서: https://docs.ansible.com/ansible/latest/playbook_guide/playbooks_reuse_roles.html Roles — Ansible Documentation The classic (original) way to use roles is with the roles option for a given play: When you use the roles option at the play level, Ansible treats the roles as static imports and processes them during playbook parsing. Ansible executes each play in this or docs.ansible.com [ Rol..

참고 사이트: https://wikidocs.net/129848 3-모듈 모듈은 단일 명령어 이자 수행할 작업입니다. `cp`, `apt`, `wget` 등의 단일 명령어가 모듈이라고 할 수 있습니다. 앤서블은 다양한 기본 모듈을 제공하고, 이 모… wikidocs.net 공식 문서: https://docs.ansible.com/ansible/latest/collections/ansible/builtin/index.html#plugins-in-ansible-builtin Ansible.Builtin — Ansible Documentation © Copyright Ansible project contributors. Last updated on Jan 11, 2024. docs.ansible.com 모듈(..

참고 사이트: https://wikidocs.net/book/6350 개발자가 앤서블(Ansible) 시작하기 개발 환경을 구축할 때 동일한 작업을 반복해야 하는 경우가 많습니다. 파일 복사, 설정 변경, 모듈 설치 등을 반복할 수 있습니다. OS가 다르거나 버전이 달라지는 경우 … wikidocs.net 제어 노드(Control node) - ansible을 실행하는 노드 - managed node를 관리 매니지드 노드(Managed node) - ansible로 관리하는 노드 - 호스트에 해당 - 모듈을 연결할 서버 인벤토리(Inventory) - Managed node 목록 - Managed node에 대한 정보를 지정함(IP 주소, 호스트 정보, 변수 등) - 인벤토리 파일 = 호스트 파일 - i..

0. 설치 전 환경 설정 https://goharbor.io/docs/2.10.0/install-config/installation-prereqs/ Harbor – Harbor Installation Prerequisites Harbor Installation Prerequisites goharbor.io 설치 당시 하드웨어, 소프트웨어, 네트워크 포트 조건 위 조건을 참고해서 만든 VM 환경은 다음과 같다: OS: ubuntu 20.04 Hardware: 2 CPU 4G Software: docker v24.0.7, docker-compose v1.25.0 public IP: 192.168.77.163 private IP: 10.10.20.145 docker와 docker-compose 설치 방법: #..

이동 단축키: Ctrl + A: 현재 라인의 맨 앞으로 이동 Ctrl + E: 현재 라인의 맨 뒤로 이동 Ctrl + U: 커서 위치부터 현재 라인의 처음까지 삭제 Ctrl + K: 커서 위치부터 현재 라인의 끝까지 삭제 Ctrl + W: 커서 위치에서 한 단어를 삭제 텍스트 수정 단축키: Ctrl + Y: 이전에 삭제한 텍스트를 붙여넣기 Alt + U: 커서 위치부터 단어 끝까지 대문자로 변경 Alt + L: 커서 위치부터 단어 끝까지 소문자로 변경 Alt + C: 커서 위치의 단어 첫 글자 대문자로 변경 히스토리 관리 단축키: Ctrl + R: 명령어 히스토리를 역순으로 검색 !!: 이전 명령어를 다시 실행 !n: n 번째 명령어를 다시 실행 (예: !5) 기타 단축키: Ctrl + L: 화면을 지우..

긴 kubectl 명령어를 간편하게 사용하기 위한 초기 세팅   터미널에서 .bashrc 파일 열vi ~/.bashrc 파일의 끝에 아래의 코드를 추가# 별칭 설정: 'k'가 kubectl와 동일한 의미를 가지도록 함alias k=kubectl# 명령어 자동완성: tab키를 누르면 명령어 자동완성source  변경 사항 적용source ~/.bashrc  결과:

ITerm2 > Settings Profiles > Advanced > Edit '+' 버튼 클릭 후 작성 Regular Expression: \b(?:\d{1,3}\.){3}\d{1,3}\b Action: Highlight Text Foreground Color: 원하는 색상 Background Color: None

지난 포스팅에서는 단일 컨트롤 플레인(마스터 노드)에 노드를 조인하는 방법을 알아봤다. 이번에는 클러스터에 여러 개의 컨트롤 플레인를 구성해보자. VM 구성(총 7개): bastion: 10.10.20.10 master1 : 10.10.20.83 master2 : 10.10.20.149 master3 :10.10.20.101 worker1 : 10.10.20.152 worker2 : 10.10.20.96 worker3 : 10.10.20.109 bastion 서버는 로드밸런싱 용도로 만들었다. HaProxy를 설치해서 트래픽을 세 개의 컨트롤 플레인에 분산시킬 예정이다. 0. 기본 세팅 지난 포스팅의 3번 - control plane와 worker node 공통 작업까지 진행한다. 클러스터 생성 전 단..

해결:# 컨테이너 런타임 설정파일 삭제 후 재시작sudo rm /etc/containerd/config.tomlsudo systemctl restart containerd control plane에서 오류가 발생했다면 다시 sudo kubeadm init 명령어로 클러스터 초기화를 진행한다.worker node에서 오류가 발생했다면 다시 kubeadm join ... 명령어로 control plane과 연결한다.    그럼에도 안되면 아래 Kubernetes 컨테이너 런타임 추천 포스팅 참고 https://minha0220.tistory.com/200   Kubernetes 컨테이너 런타임 추천(containerd, CRI-O, Docker Engine)Kubernetes에서 더이상 Docker shim..