성덕이의 개발공간

RTO / RPO 백업을 하루에 한 번 매일 자정에 받는다. 근데 어느날 운 없게도 23시에 데이터가 날라갔다... 그럼 복구할 수 있는건 23시간 전꺼!! 이건 RTO 얼마나 빨리 복구하여 쓸 수 있는가 !! 요곤 RPO 전체/증분 백업 백업 방식 구분 전체 백업 (FB) 차등 증분 백업(DIB) 누적 증분 백업(CIB) 개념 변경 사항 유무에 관계 없이 전체 데이터를 백업받는 형식 전체 백업 또는 증분 백업이 수행된 후 변경된 사항을 백업하는 방식 전체 백업 이후에 변경된 데이터를 백업 받는 형식 장점 가장 간단하게 복구 가능 백업 데이터량이 적고 백업 소요시간이 짧음 차등 증분 백업에 비해 더 빠른 시간안에 복구 가능 단점 백업에 필요한 시간과 용량이 가장 많이 소요 증분 백업이 많을수록 복구에 오..

윈도우 서버들 간단하게 읽어보자.... Windows Server 라이센스 운영 체제 라이센스 특징 Datacenter 가상화 구성 시(Hyper-V), 무제한 사용 가능하며 가상화 구축 시 적합 가상화를 막 올릴 수 있다! Standard 단독서버 운영에 적합(가상화는 제한적으로 가능) Essential 20 ~ 50명의 사용자 대상 서비스에 적합, 가상화는 불가능 클라이언트 접근 라이센스 특징 Server User CAL 서버에 접속하는 사용자 수 기준(같은 사용자가 회사 / 집에서 접속 가능) Server Device CAL 서버에 접속하는 Device 수 기준(다른 사용자가 같은 컴퓨터로 접속 가능) EX(External Connector) 불특정 다수의 외부 사용자 접속을 위한 라이센스 Wind..

데스크탑 가상화 vdi 구성 방식 Pooled 방식과 Dedicate Assigned 방식으로 구성한다!! 사용자를 각각 관리 vs 풀로 관리 스토리지 가상화 가상화 기능을 제공하는 소프트웨어 또는 별도의 하드웨어 장비를 통하여 물리적인 스토로지 장치를 하나의 논리적인 가상화 스토리지 풀로 통합하여 관리하는 기술 이기종 스토리지를 가상화하여 단일한 LUN으로 제공 동일한 스토리지에 LUN처럼 보인다. thin provisioning 스토리지 할당 시 가상의 LUN을 제공하고 실제 파일이 디스크에 저장될 때 물리적인 용량 제공 서버에는 용량을 준것처럼 보이지만 껍데기만 그렇게 보인다. 실제 사용한 데이터만큼만 용량을 할당하는 개념이다. 데이터센터 인프라 발전 방향 SDx(Software Defined An..

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 백업 장비, 백업 방식, 백업 정책 ..

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 ..