성덕이의 개발공간

Kubernetes 다수의 노드에서 대량의 컨테이너를 관리하기 위한 Orchestration 도구 관리용 Master Node와 실제 컨테이너가 생성되는 쿠버네틱스 노드로 구분 마스터 노드에서 kubectl을 이용하여 쿠버네틱스를 제어 마스터 노드에서는 작업, 스케쥴을 정의하고 실제 처리는 쿠버네틱스 노드에서 담당 사용자는 쿠버네틱스 노드의 Proxy를 통해 서비스 접속 레플리카 셋을 통해 포드가 생성, 재생성, 롤링 업데이트 수행 쿠버네틱스 구조 -Pod 배포의 가장 작은 단위 포드안에는 컨테이너가 한개, 여러개가 있을 수 있다. 컨테이너 안에도 내부 ip가 있는데 Pod안의 컨테이너는 동일한 ip, 서비스이다. -서비스(Service) 동일 기능의 Pod를 외부로 앤드포인트 하는 것 -디플로이먼트(D..

Hypervisor vs Docker Docker 컨테이너 기반이 오픈소스 가상화 플랫폼 Hypervisor Docker Container안에 OS가 없다!!! (리눅스 파일시세틈, 쉘은 사용가능.... 오..?) (통상적으로 Docker 컨테이너 안에는 없다라고 생각!) Docker의 특징 하나의 컨테이너 안에 하나의 서비스만 올리는 것이 일반적이다. 즉, 활용효과를 극대화할 수 있다. 소스 코드 자체를 배포 ㄴㄴ, 이미지를 만들어서 배포 ㅇㅇ 장점 단점 H/W, O/S 환경에 상관 없이 동일한 이미지 배포 가능 모든 컨테이너가 커널을 공유하므로 Host의 영향이 전체에 미침 대규모 서비스 운영 시, H/W, O/S의 차이에 무관하게 동일환 환경이 서비스 배포 가능 VM당 독립된 운영환경을 제공해야 하..

가상화의 변화 자원을 점점 줄이기 위해 발전디고 있다.. 가상화 분류 서버 가상화 Hypervisor에 OS (Guest)를 올리는 과정!! 을 서버 가상화라고 한다~ 하나의 물리적인 하드웨어에 Host 하드웨어를 가상화하여 Guest 가상서버를 생성 및 운영 Hypervisor 기술 둘이 틀린 부분은..!? Type-1은 HW위에 ... Type-2는 별도의 OS가 깔리고 그 위에 Hypervisor가 올라가는 방식이다!! 가상화의 종류 하드웨어 대한 접근 방식에 따라 구분 전가상화는 VT라고 있는데 이에 요청을 받고 동작을 하게된다!! 이때는 게스트 OS 영향이 필요없다! 단점이라곤 CPU의 가상화를 쓰므로 부하가 크다!! 반가상화는 HD제어할때 Hybervisor에 한다!! 이게 가장 큰 차이점 반..

확장성( scale-up & scale-out) Q. 확장성이 뭐에요?? A. Resource(CPU, 메모리, 스토리지) 등을 어떻게 증설할 것인가....!! 확장성 증설방법 뜻 Scale-up 한 서버에 리소스를 증설하는 것 단순하지만 확정성의 한계가 있다.... Scale-out 서버 숫자를 늘리는 것!! X86을 쭉~~ 큰 컴퓨팅 파워를 낸다!! 구성은 복잡하지만 확정의 한계는 무제한..? ( +저비용) 확장성 - Scale - up 서버, 스토리지의 확장 필요 슬롯을 추가로 연결할 수 있는 모듈형식으로 구성 확장성 - 데이터 분산처리 논리적인 분산 뷰를 제공함으로써 분산처리 효과를 제공할 수 있는 다양한 방안들이 구성 DB가 워낙 커지며 성능에 대한 고민... = 데이터 그리드, 인메모리!! R..

가용성(Availability) 생산적인 목적으로의 시간 사용 비율 컴퓨터 시스템에서는 서비스가 가능한 기간 고가용성(High Availability) 장애를 최소화되도록 관리하거나 예상된 다운타임을 최소화함으로써 서비스의 손실을 줄일 수 있는 행위 하드웨어 고장, 서버 죽어도 서비스가 되도록 구성 서비스가 잘유지되려면 한 곳 이라도 제 역활을 잘 해야한다. 구간구간마다 가용성을 높일 수 있는 아키텍처를 구성해야 한다. 관점은 2개가 존재한다. 유지 관점 : 서비스가 중단되지 않고 성능을 유지 접근 관점 : 언제든지 서비스에 대한 접근/접속 및 사용될 수 있는 능력 MTTF (Mean Time To Failure, 평균 고장 시간) : 장애 나기 전까지 시간들의 평균 MTBF (Mean Time Betw..

시스템 Liife-Cycle과 기술아키텍처 프로세스 관계 시스템 Life-Cycle 구축을 더욱 살펴보면 아래 5단계와 같다!! 기술아키텍처 프로세스 ICT 인프라 환경의 변화 비즈니스 환경이 데이터가 많아지고 신속성을 중시, 비용절감 등 요구사항에 따라 제공자 관점에서 - 이용자 관점 등등 바뀐다!! 컴퓨팅 패러다임의 변화 아키텍처 고려사항 개요 아키텍처 고려사항 항목 고려사항 이중화 단일 장비의 Single Point of Faulure 서버 이중화, 스토리지 이중화, 회순 이중화, 분산 배치 확장성 Scale-up, Scale-out 데이터 분산 처리 Open Source Software 가상화 서버 가상화, 컨테이너 스토리지 가상화 SDx 백업 RTO, RPO 백업 장비, 백업 방식, 백업 정책 ..

AWS Budgets (예산)이란? 예산 지정 후 비용과 사용량 추적하여 확인 RDS / EC2 등 알람을 받거나 리소스 보고서를 작성할 수 있다. AWS => AWS Budgets 누르기 AWS Cost Explorer (비용 탐색기) AWS 서비스에 대한 비용 및 사용량을 분석하는 서비스 월별, 일별 등 사용량 등을 그래프로 시각화하여 볼 수 있음 AWS => Cost Explorer 누르기 AWS 글로벌 인프라 전 세계에 곳곳에 수십개의 지리적 리전에 가용영역(AZ)를 운영하고 있다. 리전 (Region)이란? 여러개의 데이터 센터를 클러스터링 하는 물리적 위치 (워시텅리전, 서울리전, 도쿄리전) 전세계 주요 국가에 위치 (수도 나 큰 도시) 1개의 Region은 2개 이상의 가용영역으로 구성 물론..

여기서 먼저 간단히 알아야 할 상식 2계층의 MAC 주소와 3계층의 IP 주소는 서로 아무 관계가 없다. MAC 주소는 하드웨어 생산업체가 임의적으로 할당 및 NIC에 종속된 주소이며, IP주소는 우리가 직접 할당하거나 DHCP를 이용해 자동으로 할당 받는다. 실제로 통신은 IP 주소 기반으로 일어나고 MAC 주소는 상대방의 주소를 자동으로 알아내 통신하게 된다. 이때 상대방의 MAC 주소를 알아내기 위해 사용되는 프로토콜이 ARP(Address Resolution Protocol)이다. ARP란? 데이터 통신을 위해 주소 2개가 사용된다. MAC 주소 (2계층 물리적 주소) + IP 주소 (3계층 논리적 주소) 이 둘 주소는 서로 연관성이 없으므로 연계해주기 위한 메커니즘이 필요하다. => ARP AR..

RAID (Redundant Array of Inexpensive - or Independent Disks)의 줄임말이다. 2개 이상의 디스크를 병렬로 처리하여 중복된 데이터를 나눠서 저장하는 방식이며, 성능 및 안정성을 향샹시킨 장점을 가진다. RAID는 0부터 다양하며 각각의 장점과 단점 등이 존재한다. RAID 0 - Striping 휴지뭉치가 디스크 하나라고 생각해보자. 총 디스크는 3개고 원래는 한 통에 (A-B-C-D) - (E-F-G-H) - (I-J-K-L) 식으로 저장한다. 하지만! 한통을 다 체우는 동안 다른 통들은 논다.... 좀 아깝다~ 그래서 해결방안은 A - B - C 이런식으로 통마다 하나씩 저장하면 IO가 빨라질 것이다. 쓰고/읽고 등등 모두 다!! 이런 방식을 RAID 0 ..

온프레미스 환경에서 스토리지를 운영하다가 AWS(WAS EC2)로 이전하는 경우 CloudEndure를 통해 WAS EC2 Apache로 마이그레이션을 진행한다. 이전 단계 CloudEndure Agent 설치 Staging Area로 복제 마이그레이션 테스트 및 삭제 마이그레이션 수행 및 복제 자원 삭제 순서로 진행한다. 1. CloudEndure Agent 설치 VMware 상에서 Source Machine에 Agent를 설치 설치 완료시 Console Machine탭에 등록 Agent가 Staging Area로 복제 시작 2. Staging Area로 복제 초기 동기화 후 모든 블록 수준 수정을 동기화 초기 복제가 완료된 후 비동기식으로 복제되며 지속적인 모니터링 복제 서버와 볼륨은 15 : 1 비..