본문 바로가기

분류 전체보기39

[Serverless] AWS Lambda 개념과 Workshop Serverless Application 서버리스 애플리케이션은 개발자가 서버 인프라를 관리하지 않고 애플리케이션을 더 빠르게 개발, 배포 및 실행할 수 있는 서비스입니다. 애플리케이션의 확장성과 유연성을 높이고, 인프라 관리에 대한 부담을 줄이는 것이 가능합니다. 최근 트렌드로써, MSA 아키텍처 그리고 애자일한 개발 프로세스에 적합합니다. AWS Lambda AWS Lambda는 아마존 웹 서비스(AWS)의 서버를 사용하지 않고 이벤트 발생시 작성한 코드(함수)가 실행되는 대표적인 서버리스 컴퓨팅 서비스입니다. 개발자는 코드를 업로드하고, Lambda는 트리거 발생시 자동으로 해당 코드를 실행합니다. 코드를 실행할 때 사용할 메모리용량만을 지정합니다. 사용사례: 로그분석, 배치서버 등에 사용할 수 있.. 2023. 6. 6.
[Container] 도커, 쿠버네티스 Basic 1. 배경 및 개요 기존 요구사항 다양한 어플리케이션 스택 다양한 하드웨어 다양한 환경 마이그레이션의 필요성 새로운 패러다임 Immutable Infrastructure - 배포된 이후 절대 변경되지 않는 형태의 인프라 패러다임으로 수정을 하지 않습니다. Container - 모던 어플리케이션 구축에 용이합니다. SW 단위의 배포 Lightweight, portable, consistent 운영과 개발간의 일관성 2. 컨테이너 란(Docker) 도커(Docker)는 컨테이너화된 애플리케이션을 개발, 배포 및 실행하기 위한 오픈소스 플랫폼으로, 애플리케이션과 그에 필요한 종속성을 격리된 환경인 컨테이너로 패키징하여 실행합니다. OS 수준에서 가상화 하여 다른 어플리케이션과 논리적으로 격리된 환경을 제공합니.. 2023. 6. 6.
[Failover clusters 심화] 기타 고려사항(대용량 트래픽, CSV, LoadBalancer) + IDEA💡 1. 대용량 트래픽에 클러스터 영향도 Failover Cluster는 대형트래픽의 영향을 받으며, 장애대비가 중요합니다. 특히 공유 스토리지의 종류에 영향을 받습니다. NAS를 사용하는 네트워크 기반에서는, 셧다운시 장애유발정도가 높음 SAN를 사용하는 경우에는 정합성체크가 가능 네트워크 기반 사용시, 속도향상을 위해 VMQ와 RSS사용 가능 2. CSV(클러스터 공유 볼륨) Failover Cluster에서 공유 스토리지로 CSV를 사용하게 되면, 동시에 여러 컴퓨터가 디스크의 소유권을 가지고 사용이 가능합니다. 가상 컴퓨터의 가용성 및 관리 효율성 향상 클러스터 된 가상 컴퓨터가 단일 LUN(저장소의 단일 디스크)만 사용하는 경우에도 독립적으로 장애 조치 가능 장애 조치 클러스터 노드 .. 2023. 6. 6.
[Failover Clusters 심화] 설정 단계 및 옵션 Failover Cluster 설정 단계 및 주의사항 Failover cluster를 구성할 때 고려해야 할 주요 설정 단계와 단계별 주의사항입니다. 1. 네트워크 구성 클러스터의 각 노드 간에 통신할 수 있도록 네트워크 구성이 꼭 필요합니다. 네트워크 어댑터, IP 주소, 서브넷 및 네트워크 라우팅의 내용을 설정해야 합니다. 주의사항) 네트워크 구성시에 cluster node간의 Direct 연결을 설정하는 'Heartbeat Network'를 고려해야합니다. 2. 볼륨 및 스토리지 구성 클러스터의 공유 스토리지를 구성을 위해 볼륨 또는 파일 공유 서비스를 설정하고, 스토리지 장치와 연결합니다. 주의사항) Admin$, IPC$ 폴더를 제거하면 clusterDB동기화가 불가능해져 장애가 발생합니다. 3.. 2023. 6. 6.
[Failover clusters] 고가용성(HA)를 위한, Migration 모델과 필수 구성 Failover cluster 모델 Failover 클러스터에서 CPU 및 메모리 리소스를 공유하는 방식은 일반적으로 다음과 같은 두 가지 방식이 있습니다. 1. Active/Passive : - 하나의 노드는 활성 상태(active)이고 다른 노드는 대기 상태(passive)입니다. - active 노드는 모든 CPU 및 메모리 리소스를 사용하며 애플리케이션을 실행합니다. - passive 노드는 예비로 존재하며, 주로 모니터링 및 상태 확인 작업을 수행합니다. - active 노드에서 장애가 발생하면, passive 노드가 활성화되어 애플리케이션을 유지할 수 있습니다. 2. Active/Active : - 모든 노드가 동시에 active 상태입니다. - 각 노드는 CPU 및 메모리 리소스를 할당받고,.. 2023. 6. 5.