카레제육 블로그

성능이 뛰어난 스토리지 및 데이터베이스 선택 EBS는 블록 스토리지에 해당한다. EC2 인스턴스에 EBS 볼륨을 디스크로 탑재할 수 있다. SSD는 더 비싸고 IOPS, 랜덤 액세스 읽기 및 쓰기 성능이 더 좋다. HDD는 저렴하고 순차적 읽기 및 쓰기 성능이 더 좋다. (ex 순차적 빅 데이터 파일 처리) 솔리드 스테이트 드라이브(SSD) 하드 디스크 드라이브(HDD) 범용 프로비저닝된 IOPS 처리량 최적화 콜드 최대 볼륨 크기 16TiB 16TiB 16TiB 16TiB 볼륨당 최대 IOPS 10,000 32,000 500 250 최대 처리량/볼륨 160MiB/s 500MiB/s 500MiB/s 250MiB/s 고성능 아키텍처의 관건은 모든 정적 처리를 서버에 오프로드 하는 것이 아닌 S3에 위임하는..

안정적이고 복원력을 갖춘 스토리지 선택 스토리지는 안정성과 복원력이 있어야한다. 스토리지에 복원력이 있어야 하는 이유는 그래야 재해가 발생해도 데이터나 상태가 손실되지 않기 때문이다. AWS 서비스를 사용하여 결합 해제 메커니즘을 설계하는 방법 결정 AWS 서비스가 제공하는 느슨한 결합 메커니즘을 아키텍처에 사용해야 한다. 느슨한 결합은 한 티어나 구성 요소에 장애가 발생해도 다른 것은 영향을 받지 않는다. 이미 분리되어 있기 때문이다. AWS가 제공하는 서비스를 사용하면 느슨한 결합을 구성하기 더 쉽다. 멀티 티어 아키텍처 솔루션을 설계하는 방법 결정 가능하면 멀티 티어 아키텍처를 사용하여 설계해야 한다. 멀티 티어 아키텍처는 자연적으로 분리된다. 각 티어는 독립적으로 조정할 수 있다. 조정 이벤트가 ..

AWSKRUG 오프라인 모임 지난번 온라인 소모임이 좋은 기억에 남아서 이번에도 참석하게 되었다. 이번에는 코로나로 인해서 몇 년 동안 진행하지 못했던 오프라인 모임을 다시 시작하게 되었다고 한다. 새로운 시작 느낌이라서 더 가볍게 참석해볼 수 있었다. 운영하고 계신 조용진 님께 미리 참석하고 싶다고 부탁을 드렸었는데 DM까지 주셨다. 감사합니다. 어떤 장소? 오프라인 모임이 시작된 만큼 장소가 필요했는데 이번 주제 발표자님의 회사 AB180에서 사무실을 호스팅해주셨다고 한다. 다른 회사를 직접 가볼 때마다 항상 신기하다. 같은 IT 업계지만 어쩜 이렇게 회사마다 분위기가 다를까 ㅎㅎ...아직은 코로나가 완전히 종식된 게 아닌 만큼 사전에 소규모 인원을 모집해서 진행하였는데 모두 참석하여 생각보다 복작복..

이유? 재택이 줄어들고 출근을 시작하며 mac을 회사에 두고 퇴근하던 중 해결하지 못했던 이슈에대해 테스트 할게 생각났다. 집 윈도우에는 전혀 세팅이 없는데, 최근 Docker 유료화 이슈가 있어 회사에서 docker desktop에 대해 업계 동향을 보며 눈치만 보고있는 중인게 생각나서 먼저 podman같은 docker desktop 대체 툴을 써볼까 싶어서 찾다가. 엉뚱하게 랜처를 보게 되었다. 다음으로 정말 중요한 podman으로 docker를 대체해볼 생각이다. Rancher의 설치. 설치는 간단하다! https://github.com/rancher-sandbox/rancher-desktop/releases/download/v0.6.1/Rancher.Desktop.Setup.0.6.1.exe 파일..

쿠버네티스를 사용하며 네임스페이스를 바꿀일이 많았는데 그때마다 컨피그를 바꾸는게 귀찮았다. 그런데 팀원분과 화면 공유를 하며 업무를 수행 중 간단한 명령어로 컨텍스트와 네임스페이스를 이동하는걸 봤는데 alias 등록인가 했더니 이미 만들어둔 플러그인? 이 이미 존재했다. 역시 귀찮음은 개발자들을 움직이는 원동력인지.. 세상 선배님들 감사합니다. kubectx, kubens kuberctx 와 kubens는 kubectl config를 이용한 컨텍스트 스위칭과 사용 네임스페이스를 바꿔주는 명령어를 쉽고 짧게 사용할 수 있도록 바꿔주는 플러그인이다. brew를 사용하는 설치 mac을 사용한다면 간단하게 바로 설치해서 사용할 수 있다. brew install kubectx 끝! 하지만 윈도우에 이번에 세팅하면..

이번 게시글은 지난번 작성한 쿠버네티스에서 리소스와 성능을 비교했던 글의 후속작이라고 볼 수 있습니다. 지난 게시글은 아래와 같습니다. 2022.05.02 - [IT 이야기/kubernetes, docker] - 쿠버네티스 부하테스트로 리소스와 성능의 상관 관계를 알아보자 지난번 테스트는 노드 자체의 스펙은 변경하지 않고 쿠버네티스의 Request, Limit만 변경하며 성능을 제한하고 테스트를 진행했었다. 하지만 테스트를 하면서도 쿠버네티스의 리소스 제한옵션이 정말 완벽하게 통제할 수 있는가와 인그레스를 사용했을때 nginx 컨트롤러의 부하때문에 혹시 대역폭에 영향이 있지 않았을까? 하는 점 등 여러 의문이 남아있는 상태로 진행하여 찜찜함이 남아있었다. 의문을 남긴채로 끝낼 수 없어 이번에는 조금 수고..

쿠버네티스는 파드에 대해 Request와 Limit 속성을 주어서 리소스를 관리할 수 있다. 그런데 이 속성이 성능에 얼마나 영향을 줄까 궁금해졌다. (파드 및 컨테이너 리소스 관리에 대하여 https://kubernetes.io/ko/docs/concepts/configuration/manage-resources-containers/) 정말 리소스에 비례해서 처리성능은 향상될까? 먼저 리소스와 성능에 대해 고려하게 된 이유는 EKS를 사용하며 노드 그룹을 관리하는데 나중에 리소스가 부족할 때마다 마이그레이션 하는 작업에 있어 사이드이펙트에 대한 피로도 때문이었다. 최초에 리소스를 적절하게 설정하면(AWS 인스턴스 타입 잘 선정한다면) 어느 정도 커버할 수 있지 않았을까? 그래서 적절한게 어느정도인데? ..

AWSKRUG 온라인 소모임에 참석! 지난번 GDG 참석이 여러 방면에서 좋은 경험이 되었어서 이번엔 AWSKRUG에서 주최하는 소모임에 참석하게 되었다. 사실 이쪽이 GDG보다 먼저 알고있었는데 익히 성함을 많이 들어본 유명하신 분들이 많이 있어서 범접할 수 없다는 생각에 직접 참석해볼 생각은 안했었다. (귀한곳에 누추하신분이..?) 때문에 모임에는 관심을 가지고 있지 않았는데 GDG에서 얻은 경험과 온라인이라는 화면에 숨을 수 있다는 점을 가지고 참석해보자는 용기를 가지게 되었다. 진작 참여할걸! 소모임은 대단한 미팅이 아닌 자유롭고 편안한 분위기에서 진행되었다. 미리 준비된 세션을 통해 준비된 자료를 공유받으며 매끄러운 지식 공유도 좋았지만, 더 좋았던것은 막연하게 개발자 모임에서 기대한 부분과 아..

Container Registry란? 이해하기 쉽게 표현하자면 말 그대로 컨테이너의 저장소로 익히 알려져있는 Docker hub와 같은 서비스이다. 이를 Oracle Cloud에서는 Container Registry라고 표현했다. 특징 Oracle Container Registry의 대조군으로 AWS ECR을 들 수 있다. Oracle Cloud Cotainer Registry 프리티어의 경우 10GB까지 무료로, 요금제는 Oracle Object Storage와 같은 방법으로 과금된다. AWS Public ECR 50GB까지 퍼블릭 스토리지가 무료로 제공된다. 익명 사용자가 이미지를 Pull하는 경우 월 500GB 까지 가능하다. 인증된 사용자는 5TB 까지 가능하다. 프리티어에 대한 생각 AWS의 E..

키페어 생성하기 Amazon EC2가 사용하는 키는 2048비트 SSH-2 RSA 키입니다. 리전당 최대 5,000개의 키 페어를 가질 수 있습니다. aws ec2 create-key-pair 사용하여 생성하기 aws ec2 create-key-pair --key-name --query "KeyMaterial" --output text > .pem pem를 사용하는데 경고문이 나올 수 있습니다. 너무 공개되었다는 등의 내용인 경우 macOS 또는 Linux 컴퓨터에서 SSH 클라이언트를 사용하여 Linux 인스턴스에 연결하려는 경우에 나오는데 다음 명령으로 자신만 읽을 수 있도록 개인 키 파일의 권한을 변경하면 됩니다. chmod 400 my-key-pair.pem aws configure profile..