스터디

작년에 이어 Kubernetes 스터디에 참여하게 되었다. 스터디의 교재는 “24단계 실습으로 정복하는 쿠버네티스”를 사용한다. 이 책의 저자가 서문에 말씀 주셨 듯이 실습으로 이해의 폭을 넓히는 과정은 정말 중요한 것 같다. 이 도서는 쿠버네티스의 실습 위주로 정말 깔끔 구성되어 있다. 이 글은 스터디를 참여하면서 학습한 내용을 중심으로 Kubernetes를 정리하는 연재 글이다. 스터디 진도에 맞춰 4~5개의 글을 작성 할 예정이다. 이 글에서는 쿠버네티스의 개념과 설치, 기본 관리 방법을 알아본다. 1. kOps로 Cluster 설치하기 kOps란? kOps 공식 웹페이지에서는 Kubernetes 환경에서 Kubectl을 사용한다면, Cluster를 설치하고 관리할 때는 kops를 사용해달라고 소개..

1. 목표 Terraform으로 인프라 구성 시간을 줄여보자 Cloud Run은 Google Cloud의 대표적인 Serverless 서비스이다. Serverless는 서버가 없다는 것은 아니고 해당 VM 처럼 서버의 운영 또는 관리할 필요가 없기 때문에 해당 의미를 강조해서 Serverless 라는 용어를 사용한다. Cloud Run은 컨테이너 기반으로 서비스를 제공한다는 장점, Cloud Functions 보다 timeout의 제약이 덜하다는 장점을 가진다. 그래서 간단한 App을 띄워 Test를 위해서도 사용되고 Production 환경에서도 종종 사용한다. 실제 업무를 하다보면 컨테이너 이미지를 Cloud Run으로 띄워 사용하는 경우가 많다. 위 그림 처럼 서버리스 앱의 전역 외부 HTTP(S)..

가시다님이 리드하시는 Terraform 스터디에 참여하여 학습하고 있다. 이 글에서는 Google Cloud에서 Terrafom으로 Infra를 관리할 때 terraform state 파일을 저장하고 관리하는 방법에 대해 알아본다. 1. 개요 1.1 기존 상태 파일 관리의 문제점 기본적으로 Terraform은 상태를 terraform.tfstate라는 파일에 로컬로 저장한다. 이로인해 여러 사용자가 Terraform으로 Infra관리 할 때는 두가지 문제가 생긴다. 1. 여러 사용자가 로컬에 가지고 있는 상태파일(tfstate)를 어떻게 동기화할지 2. 여러 사용자가 동시에 Terraform을 Apply할 경우를 대비하기 1.2 해결방법 이러한 문제를 방지하기 위해 Cloud Storage 버킷을 사용하..

[1] CloudNativePG 란? PostgreSQL은 세계 4위의 ORDBMS이다. 국제 표준화 기구 ISO의 SQL 표준을 가장 잘 준수하는 RDBMS이라고 한다. 그래서 그런지 PostgreSQL 구조는 타 RDBMS과 비슷하고, 오픈소스임에도 안정적이고 꾸준히 발전중이다. CloudNativePG는 Apache의 EDB가 개발하여 공개했다. 쿠버네티스 환경에서 PostgreSQL 워크로드를 관리해주고, 이미지 보안 검증을 하기 때문에 보안적으로 안전하다고 한다. 이 포스팅에서는 이 CloudNativePG, PostgreSQL의 Operator를 테스트 해보겠다. [2] CloudNativePG 설치 • (공개) 바닐라 쿠베네티스 실습 환경 배포 가이드 가시다님이 공개해주신 쿠버네티스 실습 환..

MySQL Operator for Kubernetes은 innoDB 클러스터를 관리한다. DB서버를 관리하는 담당자가 해야할 일들을 자동으로 처리 해준다. 이 기능들을 세 가지 정도로 구분할 수 있다. 1. 장애상황 대응 2. 스케일링 3. 백업 이 글에서는 장애상황 대응 테스트를 해보려고 한다. innoDB cluster, MySQL Operator 두 가지를 설치한 상태해서 테스트 해볼 예정이다. 설치는 “[DOIK] MySQL Operator for k8s 이해하고 설치하기” 포스팅에서 확인 하길 바란다. [1] 환경구성 장애상황은 Pod레벨, Node레벨 두가지 상황있을 수 있다. 쉽게 말하면 Pod 다운되는 상황과 Node가 다운되어 그 위의 Pod들을 모두 사용할 수 없게 되는 상황이다. 우선..