mingming

파드의 리소스 관리 파드 및 컨테이너에 최소 필요한 리스스의 양을 요청할 수 있는 Requests와 최대 사용량을 제한할 수 있는 Limits를 구성할 수 있습니다. 이 기능은 쿠버네티스의 기능이라기 보다 컨테이너 런타임의 기능입니다. 1. Requests requests는 특정 파드 전용으로 사용할 수 있는 리소스를 보장합니다. 다른 리소스가 사용하지 못하도록 예약된 리소스입니다. 현재 리소스 샤용량 확인 kubectl top nodes | pods kubectl top 명령어를 통해 현재 리소스 사용량을 확인할 수 있습니다. 해당 명령을 사용하기 위해선 metirc-server 가 설치되어 있어야합니다. Requests Template apiVersion: v1 kind: Pod metadata: n..

PV ( Persistent Volume ) PV는 클러스터 내부의 물리적 또는 가상 스토리지 볼륨을 나타냅니다. PV는 클러스터 관리자 또는 스토리지 관리자에 의해 생성되며, 특정 용량, 접근 모드, 스토리지 특성을 가집니다. PV은 클러스터 전체에서 공유되며, 여러 PVC에 바인딩될 수 있습니다. PVC가 PV에 바인딩되면 해당 PVC는 PV의 용량과 스토리지 특성을 이용하여 데이터를 저장할 수 있습니다. PVC ( Persistent Volume Claim ) PVC는 파드가 사용할 퍼시스턴트 스토리지에 대한 요청을 정의하는 Kubernetes 리소스입니다. PVC는 클러스터 사용자 또는 애플리케이션에서 생성하며, 특정 용량, 접근 모드 및 스토리지 클래스를 지정할 수 있습니다. PVC은 특정 스토..

Volume 파드의 컨테이는 이미지로부터 파일 시스템을 제공받습니다. 그러나 파드가 종료되면 파드 내에 변경된 데이터는 더이상 사용할 수 없게됩니다. 쿠버네티스의 파드는 새로 생성된 데이터를 보존하기 위해 외부 저장소 볼륨을 생성하고, 이런 볼륨을 컨테이너에 마운트해 사용합니다. 기본적인 볼륨의 라이프사이클은 파드의 라이프사이클과 같아 파드가 생성되면 볼륨도 같이 생성되고, 파드가 삭제되면 볼륨도 같이 삭제됩니다. persistentVolume 및 PersistentVolumeClaim 을 사용해 파드의 라이프사이클과 다르게 따로 볼륨만의 사이클을 분리할 수 있습니다. 파드가 제거되고 다시 생성되더라도 기존 볼륨을 사용할 수 있게 됩니다. Volume Type 1. emptyDir : 임시로 데이터를 저..

Ansible 반복문 반복문에서 제공되는 목록을 참조하는 변수명은 항상 item 입니다. --- - name: add several users user: name: "{{ item }}" state: present groups: "wheel" loop: - testuser1 - testuser2 반복문에 변수 참조 --- - hosts: webserver vars: user_list: [ 'testuser1', 'testuser2'] tasks: - name: add several users user: name: "{{ item }}" staste: present groups: "wheel" loop: - "{{ user_list }}" 매개변수에 목록을 직접 전달 apt, yum 등 패키지 관련 모듈에..

변수 변수 이름 변수 이름에는 문자 숫자 밑줄만 포함할 수 있습니다. 이미 예약된 플레이북 키워드나 Python 키워드는 사용할 수 없습니다. 변수는 숫자로 시작할 수 없습니다. 플레이북 예약 키워드 Python 예약 키워드 변수 정의 및 참조 1. 기본 변수 기본 변수 정의 remote_install_path: /opt/my_app_config 기본 변수 참조 template: src: foo.cfg.j2 dest: '{{ remote_install_path }}/foo.cfg' 2. 목록 변수 목록 변수 정의 region: - northeast - southeast - midwest 목록 변수 참조 region: "{{ region[0] }}" 3. 사전 변수 사전 변수 정의 foo: filed1: ..

Ad-hoc 명령 Ansbile ad-hoc 명령은 하나 이상의 노드에 단일 작업을 실행하는 임시 명령입니다. 반복하지 않는 간단한 작업에 주로 이용됩니다. Ad-hoc 명령 포맷 ansible [pattern] -m [module] -a "[module options]" -i [inventorypath] - m : 사용할 모듈 지정 - a : 모듈의 옵션과 인자값 pattern : 호스트 지정 ( 인벤토리 내에 지정되어 있는 값 ) -i : inventory 파일 지정 Ad-hco 명령 사용가능한 옵션 -u : remote_user -b : become --become-method : become_methd --become-user : become_user -K : become_ask_pass Ad-h..

관리 노드 연결 Ansible의 제어 노드는 기본적으로 OpenSSH를 통해 접속하게 됩니다. Ansible은 기본적으로 제어 노드의 현재 로그인 된사용자와 같은 이름의사용자를 사용하여 관리 노드에 연결합니다. 또한 기본적으로 제어 노드의 SSH 키로 인증을 시도합니다. 인증 방식으론 SSH 패스워드 인증과 SSH 키 기반 인증 두가지가 있습니다. SSH Key 기반 인증 1. SSH Key 생성 ssh-keygen -f ~/.ssh/id_resa 2. 관리 노드에 SSH 키 복사 ssh-copy-id worker SSH 패스워드 인증 Ansible 구성 파일에 ask_pass =true 설정 ansible/ansible-playbook 명령 : -k 옵션 혹은 --ask-pass 옵션 사용 호스트 키 ..

IaC(Infrastrucutre as Code) 코드형 인프라는 인프라를 시스템이 읽을 수 있는 인프라 정의 파일을 통해 인프라의 구성 관리 및 배포를 자동화 하는 것을 의미합니다. IaC 도구 및 특징 구성 관리 도구 : Ansible , Chef, Puppet, SaltStack 구성 관리 도구는 베어메탈 시스템 , 가상 컴퓨터 및 클라우드 인스턴스 내에서 패키지 설치 , 애플리케이션 구성, 운영체제 관련 구성 및 구성 변경을 관리하는 도구입니다. 대부분의 구성 관리 도구는 가변 인프라에 초점을 맞추고 있습니다. 배포 도구 : CloudFormation , OpenStack Heat, Terraform 배포 도구는 새로운 인프라 리소스를 배포하고 이미 배포된 인프라 리소스의 생명주기를 관리하는 도구..

리두 로그 파일 오라클은 장애 발생시 복구를 수행하기 위해 리두 로그 버퍼의 변경 기록을 이용합니다. 리두 로그 버퍼는 메모리의 영역이기 때문에 버퍼 공간이 다 차게되면 디스크에 로그를 기록하여 재활용 합니다.이때 디스크에 기록하는 역할을 하는 백그라운드 프로세스가 LGWR 입니다. 리두 로그 파일의 구성요소 항목 목적 리두 로그 멤버 리두 로그 버퍼의 내용을 기록하는 파일이며하나의 리두 로그 멤버는하나의 리두 로그 파일입니다. LGWR 백그라운드 프로세스는 리두 로그 버퍼의 내용을 동일 그룹에 속해있는 모든 리두 로그 멤버에 동일한 내용을 기록합니다. 리두 로그 그룹 동일한 로그 기록을 저장하고 있는 리두 로그 멤버들의 집합을 의미합니다. 리두 로그 파일 특징 LGWR 프로세스가 Group 3의 멤버에..