반응형

2024/10 124

Redis 마스터 장애 발생 시 복구 절차와 고가용성 관리 방법

Redis 복제 서버 3대로 구성된 환경에서 마스터 서버가 장애가 발생했을 때, 기본적으로 슬레이브 서버들은 읽기 전용 상태로 유지되며, 쓰기 작업을 처리할 수 없습니다. 따라서, 마스터가 다운되면 새로운 쓰기 작업을 처리할 수 없는 상태가 됩니다.장애 발생 시 기본적인 동작:마스터 서버 장애: 마스터 서버가 다운되면, 슬레이브 서버들은 여전히 읽기 작업을 처리할 수 있지만, 새로운 데이터를 쓸 수는 없습니다.슬레이브 서버: 슬레이브 서버들은 마스터가 복구되기 전까지 데이터 동기화를 받지 않지만, 읽기 작업을 계속해서 처리할 수 있습니다.이런 상황에서 Redis Sentinel이나 Redis Cluster와 같은 고가용성 기능을 사용하지 않았다면, 수동으로 새로운 마스터를 지정해야 합니다.Redis Se..

카테고리 없음 2024.10.10

Redis 복제 구성 및 설정 방법: 마스터-슬레이브 아키텍처 구현 가이드

Redis의 복제(Replication) 구성은 마스터-슬레이브 아키텍처를 통해 이루어지며, 이를 통해 마스터 서버의 데이터를 복제하여 여러 슬레이브 서버로 동기화할 수 있습니다. 복제는 데이터 백업이나 부하 분산을 위해 자주 사용됩니다. Redis 복제는 읽기 전용 작업을 슬레이브 서버에서 처리할 수 있으며, 마스터 서버에서의 모든 쓰기 작업은 슬레이브 서버로 동기화됩니다.Redis 복제 설정 방법Redis 설치 및 설정: Redis가 설치되어 있지 않다면 마스터 및 슬레이브 서버에 Redis를 설치합니다. 설치 후 설정 파일을 수정하여 복제를 구성합니다.마스터 Redis 설정:마스터는 기본적으로 특별한 설정 없이 운영할 수 있으며, 쓰기 작업이 마스터에서만 이루어집니다. redis.conf에서 추가로..

카테고리 없음 2024.10.10

Kubernetes EOS(End of Support) 계획 및 업그레이드 전략

Kubernetes에서의 EOS(End of Support) 계획은 Kubernetes 프로젝트가 특정 버전의 지원을 중단하는 시점을 말합니다. 일반적으로 Kubernetes는 일정한 주기에 따라 새 버전을 릴리스하고, 이전 버전들은 일정 기간 동안만 지원됩니다. 이러한 EOS 계획은 보안 패치, 버그 수정 및 업데이트를 포함하지 않는 시점을 명확히 하며, 이는 Kubernetes 클러스터를 유지 관리하고 최신 상태로 유지하는 데 매우 중요합니다.Kubernetes EOS 계획 주요 사항:지원 주기:Kubernetes는 분기별(3개월) 마다 새로운 마이너 버전을 릴리스합니다.각 마이너 버전은 1년 동안 지원됩니다. 즉, 해당 버전이 릴리스된 후 12개월 동안 패치, 버그 수정, 보안 업데이트 등을 제공합..

카테고리 없음 2024.10.10

모바일 동영상 편집을 위한 추천 앱 TOP 7

모바일 동영상 편집 앱은 다양한 편집 기능을 제공하며, 초보자부터 전문가까지 사용할 수 있는 앱들이 있습니다. 다음은 인기 있는 동영상 편집 앱 몇 가지입니다.1. KineMaster특징: 레이어 기반의 동영상 편집, 다양한 효과, 전환, 텍스트 추가, 오디오 편집 등 고급 기능 제공.장점: 직관적인 UI와 많은 기능을 제공, 다양한 출력 옵션과 해상도 지원.단점: 무료 버전에서는 워터마크가 삽입됨.2. InShot특징: 간단한 편집을 위한 사용이 쉽고 빠른 앱. 동영상 자르기, 크기 조정, 필터 적용, 텍스트 및 스티커 추가 가능.장점: 간편한 사용성, 기본적인 편집 작업에 최적화됨.단점: 고급 편집 기능은 부족할 수 있음.3. Adobe Premiere Rush특징: Adobe에서 제공하는 동영상 편..

카테고리 없음 2024.10.10

MongoDB 데이터 디렉토리 변경 시 서비스 설정 수정 방법

sudo systemctl restart mongod 명령어는 MongoDB 서비스를 다시 시작하는 명령으로, 서비스 파일이나 설정 파일에서 실행과 관련된 경로를 수정해야 하는 부분이 있으면 그쪽을 살펴봐야 합니다. MongoDB가 다른 디렉토리에서 데이터를 읽도록 하려면 systemctl 명령 자체를 수정하는 것이 아니라, MongoDB의 설정 파일을 수정하는 것이 핵심입니다.그러나, systemctl 명령과 관련된 부분을 직접적으로 수정해야 한다면 다음 두 가지를 확인해야 합니다:1. MongoDB Unit 파일 수정 (필요시)만약 MongoDB의 실행 파일 경로, 환경 변수 또는 기본 동작에 영향을 미치는 다른 설정을 수정하고 싶다면, MongoDB 서비스 파일(/lib/systemd/system/..

카테고리 없음 2024.10.09

MongoDB의 시작, 중지 및 재시작 관리 명령어 가이드

MongoDB의 시작, 중지, 재시작 명령어는 각 운영 체제에 따라 다를 수 있지만, 대부분의 경우 systemctl 명령어를 사용하여 쉽게 관리할 수 있습니다.1. MongoDB 시작 (Start)sudo systemctl start mongod2. MongoDB 중지 (Stop)sudo systemctl stop mongod3. MongoDB 재시작 (Restart)sudo systemctl restart mongod4. MongoDB 상태 확인 (Status)MongoDB의 현재 상태를 확인하려면 다음 명령어를 사용합니다:sudo systemctl status mongod이 명령어는 MongoDB 서비스가 실행 중인지, 오류가 발생했는지 등 현재 상태를 보여줍니다.5. MongoDB 자동 시작 활성..

카테고리 없음 2024.10.09

EC2 2대로 MongoDB 복제본 세트 구성하는 방법 (아비터 활용)

EC2 인스턴스 2대로도 MongoDB 복제본(replica set)을 구성할 수는 있지만, 권장되지 않습니다. MongoDB 복제본 세트는 3대 이상의 노드로 구성하는 것이 안정성을 위해 필수적입니다. 그 이유는 복제본 세트의 쿼럼(quorum) 개념 때문입니다. 복제본 세트는 데이터의 가용성과 일관성을 유지하기 위해 투표 시스템을 사용합니다.2대의 노드만 사용하면 다음과 같은 문제점이 발생합니다:1. 쿼럼 문제MongoDB 복제본 세트는 주로 쿼럼 기반 투표로 작동합니다. 최소한 과반수의 노드가 활성 상태여야 PRIMARY 노드가 작동할 수 있습니다. 2대의 노드만 있을 경우, 한 노드가 장애가 발생하면 과반수를 유지할 수 없으므로 PRIMARY 노드가 작동을 멈춥니다.예를 들어, 2대의 복제본 중 ..

카테고리 없음 2024.10.09

EC2 인스턴스에서 MongoDB 복제본 세트 구성 가이드

EC2 인스턴스 여러 대를 사용해 MongoDB 복제본(replica set)을 구성하려는 경우, 다음 단계에 따라 진행할 수 있습니다. MongoDB 복제본 구성은 고가용성, 데이터 복원력, 자동 장애 조치를 제공하므로 매우 유용한 설정입니다.1. 사전 준비EC2 인스턴스 준비: MongoDB를 설치할 최소 3대 이상의 EC2 인스턴스가 필요합니다. 각각의 EC2 인스턴스는 별도의 IP 주소를 가져야 하며, 같은 VPC 또는 네트워크 상에서 통신할 수 있어야 합니다.포트 열기: MongoDB 기본 포트 27017이 모든 인스턴스에서 열려 있어야 합니다. 보안 그룹을 통해 각 인스턴스가 이 포트로 서로 통신할 수 있도록 설정합니다.2. EC2 인스턴스에 MongoDB 설치각 EC2 인스턴스에서 Mongo..

카테고리 없음 2024.10.09

EC2 AMI 생성 방법: 인스턴스를 이미지로 저장하는 절차

EC2 AMI(아마존 머신 이미지)를 생성하는 방법은 다음과 같습니다:1. EC2 인스턴스 준비AMI는 특정 EC2 인스턴스의 상태(설정, 데이터 등)를 저장한 이미지입니다. 따라서 먼저 AMI로 만들 EC2 인스턴스가 필요합니다.EC2 인스턴스에 필요한 소프트웨어와 환경 설정을 완료한 후 AMI를 생성할 수 있습니다.2. EC2 대시보드 접속AWS 관리 콘솔에 로그인하고, 상단 메뉴에서 EC2 서비스로 이동합니다.왼쪽 사이드바에서 Instances (인스턴스)를 선택하여 사용 중인 인스턴스 목록을 확인합니다.3. AMI 생성하기AMI로 만들고 싶은 EC2 인스턴스를 선택합니다.상단의 Actions 메뉴를 클릭한 후, Image and templates (이미지 및 템플릿) > Create Image (..

카테고리 없음 2024.10.09

ALB vs NLB: 차이점과 선택 가이드 (쉽게 알아보는 AWS 로드 밸런서)

AWS(Amazon Web Services)에서 제공하는 로드 밸런서는 트래픽을 여러 서버로 분산시켜 웹 애플리케이션의 성능과 안정성을 높이는 데 필수적인 서비스입니다. AWS에는 다양한 종류의 로드 밸런서가 있지만, 그 중에서 많이 사용하는 두 가지가 바로 ALB(Application Load Balancer)와 NLB(Network Load Balancer)입니다. 이번 글에서는 이 두 로드 밸런서의 차이점과 각각의 특징, 그리고 언제 어떤 로드 밸런서를 선택해야 할지 쉽고 명확하게 설명해 드리겠습니다.1. ALB(Application Load Balancer)란?ALB(Application Load Balancer)는 애플리케이션 계층(7계층, L7)에서 작동하는 로드 밸런서입니다. 이는 주로 HT..

카테고리 없음 2024.10.08
반응형