Joo's
article thumbnail
반응형

RAID

RAID (Redundant Array of Independent/Inexpensive Disks, 복수 배열 독립 디스크)

  • 여러 개의 디스크를 하나의 대용량 디스크처럼 사용, 관리할 수 있는 방식
  • 데이터를 동시에 여러 디스크에 저장하여 안정성(신뢰성) 향상과 가용성 확보가 가능
  • 디스크 I/O 병렬화로 성능(속도) 향상 가능
  • RAID 레벨
    • 기본적인 구성 방식은 총 7가지가 존재(Linear RAID, RAID 0~5)
    • Linear RAID, RAID 0, RAID 1과 같은 기본 구성
    • RAID 5, RAID 6(RAID 5의 변형), RAID 1+0 등이 주로 사용됨

RAID 5

  • RAID (여러 개의 디스크를 하나의 디스크처럼 관리)
    • 안정성 향상 : 미러링 또는 패리티
    • 성능 (I/O속도) 향상 : 스트라이핑
구분 단일 볼륨 구성 RAID 0 RAID 1  RAID 5 RAID 1+0(10)
요구 디스크 수 - 2개 이상 2개 이상 최소 3개 이상 최소 4개 이상
읽기 속도 보통 빠름 단일과 같거나 빠름 빠름  빠름
쓰기 속도 보통 빠름 단일과 같거나 느림 쓰기 속도 느림
(패리티 정보 연산 )
빠름
저장 공간 효율 1 N 1/N (절반) (N-1)/N 1/N (절반)
손실 디스크 허용   불가(복구 불가) 1개 허용 1개 허용 RAID 1당 1개 허용
내용 - 스트라이핑
(병렬로 쓰기)
미러링 (복제하기)
※백업이 아님
패리티 정보 사용 스트라이핑 RAID 1로 구성 후 여러 RAID 1를
RAID 0으로 구성

Storage

Storage 서비스

  • 시공간 제약 없이 데이터를 저장하고 효율적으로 활용할 수 있는 저장소
    • 높은 수준의 성능 보장
    • 서비스 특성에 따라 최적화된 스토리지 인프라
    • 데이터 유실 걱정 없는 백업 정책

스토리지별 저장 방식 – Block Storage

  • 데이터를 일정한 크기의 덩어리로 나누어 저장하는 방식
  • 서버에 탈부착이 가능하며, 서버를 반납하더라도 블록 스토리지에 저장된 데이터는 남아있음
  • 각 블록마다 고유한 주소를 가지고 있어 신속한 검색이 가능
  • 정형화된 데이터 처리에 사용

스토리지별 저장 방식 – File Storage

  • 파일과 폴더(디렉토리)의 계층구조 방식
  • 한정적인 메타 데이터 사용
  • 데이터가 많이 저장될 수록 성능이 저하됨
  • 네트워크로 접근을 하기 때문에 다수가 접근할 경우 속도 저하
  • 메타데이터 : 데이터를 설명하기 위한 데이터, 데이터에 대한 빠른 검색 및 분석이 목적

스토리지별 저장 방식 – Object Storage

  • 객체라는 개별 데이터 단위로 데이터를 저장
  • 어플리케이션 단에서 동작하여 물리적인 제약이 없음
  • 평면(flat) 구조로 데이터를 저장
  • 네이버 클라우드 플랫폼 제공 객체 저장소
    • Object Storage
  • 평면 구조로 데이터 접근이 빠르고 확장성이 좋음
  • 고유 식별자와 메타데이터를 통해 객체 검색이 쉬움
  • 객체는 HTTPS와 같은 웹, API 등을 통해 접근이 가능
  • 저장된 객체를 수정 할 수 없고 덮어쓰기 방식으로 변경됨
    • 수정이 자주 일어나는 파일에는 부적합
    • 비정형 데이터(동영상, 이미지) 등에 사용

• Block Storage 기능

  • 서버에 직접 붙여 쓰는 스토리지 (서버에 마운트해서 사용)
  • 특징
    • 볼륨 타입은 HDD / SSD 두 가지 타입 제공
    • 기본 스토리지 (OS 영역)의 경우 리눅스는 50GB / 윈도우는 100GB로 고정 (※ VPC G2)
    • 추가 스토리지 용량은 10GB ~ 2TB(2,000GB) 까지 생성 가능
      • 2,000GB 이상의 볼륨 필요할 경우 리눅스는 LVM, 윈도우는 동적 디스크 할당을 사용
    • 서버 최대 16개(기본 1개 + 추가 15개)의 스토리지 장착(attach) 가능
    • 스토리지 탈착 기능 제공하여 기존 스토리지를 다른 VM에 연결 가능 (탈착과 부착)
    • 추가 스토리지 사이즈 증가 기능 제공 (축소 불가)
    • 스토리지 Live snapshot 가능
    • Zone이 다르면 스토리지를 사용할 수 없음 (스냅샷을 통해 다시 생성)
  • IOPS (초콜릿 조각을 초당 얼마까지 먹을 수 있는가?)
    • SSD 타입에 한해 1GB 당 40 IOPS 보장
    • 최소 4,000 IOPS 보장 (10GB ~ 100GB 크기의 경우 4,000 IOPS 제공, 이후 1GB 당 40 IOPS 증가)
    • 최대 20,000 IOPS 보장 (1,000GB 를 생성하더라도 최대 20,000 IOPS까지만 보장)

Object Storage (모든 종류의 데이터를 인터넷 상에 저장 및 검색 가능한 객체 스토리지)

  • AWS S3(Simple Storage Service)와 같은 오브젝트 단위 무제한 용량 파일 저장 스토리지
  • 비정형 데이터를 안전하게 저장하고 관리하기 위한 스토리지
  • Object Storage 특징
    • 데이터 암호화 및 여러 단계의 보안 장비를 통한 데이터 무결성 및 복원력 보장
    • 고유 식별자와 메타 데이터를 통한 저장된 데이터의 빠른 검색
    • 초대용량 데이터 저장 가능
  • Object Storage 기능
    • AWS S3와 호환되는 API를 제공하며, S3와 관련된 3 rd party 솔루션 사용 가능
    • 다양한 도구를 통해 관리 가능 (콘솔, RESTful API, SDK, CLI를 통해서 파일 관리)
    • 각 파일마다 고유한 접근 URL이 부여되며, 해당 URL을 통해 인터넷 상에서 쉽게 접근 가능
    • 버킷 단위, 오브젝트 단위의 접근 권한 설정 기능 제공
    • CDN+ 서비스, CLA 로그 저장, media 서비스 등 NAVER CLOUD PLATFORM에서 제공하는 상품과 연동 가능
    • Sub Account를 통해 접근 권한 관리 기능 제공
  • 사용 사례
    • 정적 컨텐츠 (동영상, 사진 등)을 저장 및 배포 용도
    • 빅데이터 분석 시 대량 데이터를 저장 및 보관
    • 클라우드 기반 애플리케이션 개발 시 데이터 저장소로 사용
    • 백업용 데이터 보관

Archive Storage (데이터 아카이빙 및 장기 백업에 최적화된 스토리지)

  • AWS S3 Glacier에 대응되는 상품
  • Cold 데이터 보관 및 백업 아카이빙 데이터 저장이 주목적
    • 저장 비용 : Object Storage 대비 저렴
    • API 요청 비용 : Object Storage 대비 비쌈
  • Archive Storage 기능
    • 스토리지 관리 기능과 인터페이스 제공 (웹 콘솔 및 Swift API를 제공)
    • S3 SDK 라이브러리 일부 호환 지원 (Swift API 외 S3 API 일부 제공)
    • Sub Account를 통해 접근 권한 관리 기능 제공
  • 사용 사례
    • 의료 정보, 제조 정보 관리, 금융 거래 내역 등 컴플라이언스 준수를 위해 장기 보관 저장소가 필요한 경우
    • Object Storage에 사용 빈도가 높은 데이터를 저장하고, Archive Storage에 사용 빈도가 낮은 데이터를 저장

NAS

  • 네트워크로 연결하는 저장 공간으로 다수의 서버가 공유할 수 있는 스토리지
  • 최소 500GB에서 최대 10,000GB까지 생성 가능 / 100GB 단위로 용량 증가

NAS의 특징

  • NFS(Linux) / CIFS(Windows) 프로토콜 제공
  • Live resizing 가능
  • 스냅샷 기능 : 스케줄 기반으로 백업 목적의 스냅샷 생성 가능
    • NAS에 할당된 용량 중 일정 부분을 스냅샷 공간으로 사용함
    • 스냅샷은 최대 7개 보관 (초과 시 오래된 스냅샷부터 삭제됨)
    • 자동 생성과 즉시 생성이 가능함
      • 즉시 생성으로 생성한 스냅샷은 용량이 허용되는 한도 내에서 제한 없이 보관
    • 모니터링 기능 제공 (사용량 %)
    • 접근 제어 기능
      • NFS : IP로 접근 제어
      • CIFS : ID와 패스워드로 접근 제어

Backup

  • Linux, Windows 계열 지원 – 파일 시스템 백업
  • 각종 데이터베이스(MSSQL, MySQL, PostgreSQL)의 온라인 백업 가능 – 데이터베이스 백업
  • 간편하게 서버에 Agent를 설치 후 백업 정책 구성을 웹 콘솔 상에서 가능
  • 증분 백업, 소산 백업 기능 제공
  • 백업된 데이터는 최대 365일까지 보관 가능 (보관 기간 설정 가능)
  • 백업 수행 주기 : 일간, 주간, 월간, 일회성
  • 백업 데이터 보관 기간 : 7일 ~ 364일(52주) 기간 내 설정 (※ 백업 수행 주기 기준 최소 2배 이상 설정)
  • 총 백업 용량은 최소 100GB에서 수 십 TB까지 (단일 서버 하루 백업 최대 용량 1TB)
구분 Block Storage Object Storage NAS
타입 및 특징 블록 스토리지 객체 저장소 네트워크 공유 스토리
저장 요금 HDD : 저렴
SSD : 가장 비쌈
가장 저렴 HDD < NAS < SSD
용도 HDD : 대용량 데이터
SDD : 속도가 중요할 때
대용량 데이터 보관 및
웹을 통한 컨텐츠 공유
연결된 서버 간 데이터 공유
제약 10GB 씩 증가
10GB ~ 2,000GB
추가 가능한
스토리지 15개
PB 단위까지 확장 가능
(업로드 API 가능 단일 파일 10TB 이하) (웹콘솔 업/다운 2GB 이하)
100GB 단위로 증가
500GB ~ 10,000GB
사용법 서버에 마운트 도구(웹 콘솔, CLI, API 등)
또는 프로그래밍 방식
서버에 마운트
(NFS, CIFS)
사례 웹 서버
데이터 베이스
데이터 웨어하우스
데이터 레이크
데이터의 수명에 따른 아카이빙
백업, 로그 등 장기 저장 용도
미디어(동영상, 이미지) 저장, 전달
서버간 컨텐츠 공유

실습

반응형
profile

Joo's

@JooJY

포스팅이 좋았다면 "좋아요❤️" 또는 "구독👍🏻" 해주세요!