LVM의 계층 구조와 주요 개념

LVM(Logical Volume Manager)은 리눅스 및 유닉스 계열 시스템에서 사용자가 논리적인 볼륨 저장소를 설정하고 제어할 수 있도록 하는 운영 체제 명령, 라이브러리 및 도구 세트입니다. (Manager)

이는 실제 물리적 디스크와 응용 프로그램 사이에 장치 드라이버 계층을 두어, 물리적 디스크 구조와 무관하게 스토리지 공간을 논리적으로 관리할 수 있게 해줍니다.

(여러 물리적인 디스크들을 하나의 논리적인 디스크처럼 다룰 수 있게 함 – 고용량, 고속, 데이터의 무결성 등을 실현 가능)

• LVM이 필요한 이유?

기존 파티션 기반 스토리지 관리 방식은 용량 확장이나 재구성이 복잡하고 다운 타임이 발생할 수 있다.

그러나 LVM을 사용하면 하드 드라이브를 재분할할 필요 없이 논리 볼륨을 생성, 크기 조정, 이동 및 삭제할 수 있습니다.

LVM의 진정한 매력은 논리 볼륨과 볼륨 그룹의 크기를 실시간으로 조정할 수 있다는 점에 있습니다.

예를 들어) 갑자기 데이터베이스 용량 필요하다고 해도 LVM을 사용하면 운영 중단 없이 손쉽게 공간을 확장할 수 있습니다.

LVM은 하드 디스크 위에 얇은 소프트웨어 계층을 덧씌워 하드 드라이브 관리의 연속성과 편의성을 추상화한 것이라고 생각하면 될 것 같습니다.

1. 물리적 계층: PV (Physical Volume) 및 PP (Physical Partition)

PV (Physical Volume)

LVM에서 인식하는 물리적 디스크 드라이브 자체를 의미하며, AIX 시스템에서는 hdisk0, hdisk1과 같은 이름으로 표시됩니다.

하나의 PV는 반드시 하나의 VG에만 속할 수 있습니다.

PP (Physical Partition)

PV를 일정한 크기로 나눈 최소의 물리적 단위입니다.

PP의 크기는 1MB에서 1GB까지 설정 가능하며, 동일한 VG 내의 모든 PV는 동일한 크기의 PP를 가집니다.

관련 명령어

# 하드 디스크 총 개수, 파티션 수, 저장 용량 및 사용 가능 용량을 확인
- Linux
lsblk
- AIX
lsdev -Cc disk

# Physical Volumes 총 개수
- Linux
pvs
pvdisplay
- AIX
lspv
lspv hdisk0

2. 논리적 그룹 계층: VG (Volume Group)

VG (Volume Group)

하나 이상의 PV들을 논리적으로 묶은 집합체입니다.

VG 내의 디스크들은 PP라는 단위로 쪼개져 관리되며, 이를 통해 여러 물리적 디스크에 걸쳐 있는 논리적 볼륨을 생성하는 등 유연한 관리가 가능해집니다.

데이터 보호를 위해 미러링을 설정하면, 하나의 LP가 2개 또는 3개의 PP에 대응되어 동일한 데이터 사본을 여러 곳에 저장하게 됩니다.

관련 명령어

# Volume groups 확인
- Linux
vgs
vgdisplay
- AIX
lsvg
lsvg vgname

3. 논리적 할당 계층: LV (Logical Volume) 및 LP (Logical Partition) / 미러링(Mirroring)

LV (Logical Volume)

사용자가 실제 데이터를 저장하기 위해 VG 내에서 정의하는 논리적인 저장 공간입니다.

LV는 사용자에게는 연속된 공간으로 보이지만, 실제 물리적 위치(PP)는 디스크 상에서 흩어져 있거나 여러 PV에 걸쳐 있을 수 있습니다.

LP (Logical Partition)

LV를 구성하는 최소 논리 단위로, 하나 이상의 PP에 대응됩니다.

※ 참고: AIX에서는 LP/PP라는 용어를 사용하며,
Linux LVM에서는 LE/PE(Extent)라는 용어를 사용한다.

미러링(Mirroring)

데이터 보호를 위해 미러링을 설정하면, 하나의 LP가 2개 또는 3개의 PP에 대응되어 동일한 데이터 사본을 여러 곳에 저장하게 됩니다.

관련 명령어

# Logical volumes 확인
- Linux
lvs
lvdisplay
- AIX
lslv
lslv lvname

4. 계층 구조의 상위 단계: 파일 시스템(File System)

File System

LV 위에 구축되어 사용자가 실제 파일을 저장하고 접근할 수 있도록 하는 논리적인 구조입니다.

생성된 LV 위에는 JFS 또는 JFS2와 같은 파일 시스템이 구축되거나, 페이징 공간(Paging Space)으로 사용됩니다.

운영체제는 이러한 파일 시스템을 통해 파일을 저장하고 관리합니다.

주요 개념 요약

계층 구조

PV(PP) → VG → LV(LP) → 파일 시스템

유연성

LVM을 사용하면 운영 중에 파일 시스템의 용량을 늘리거나 줄이는 것이 가능하며, 
물리적인 디스크 한계를 넘어 스토리지를 효율적으로 관리할 수 있습니다

데이터 무결성

VGDA(Volume Group Descriptor Area)와 같은 영역에 LVM 구조 정보를 저장하여 관리하며, 
쿼럼(Quorum) 메커니즘을 통해 디스크 장애 시에도 데이터의 무결성을 보장합니다.

The post LVM(Logical Volume Manager) 구조 및 개념 appeared first on 어제와 내일의 나 그 사이의 이야기.

Development Tools (개발 도구 모음) ?

Linux에서 소프트웨어를 개발하고 컴파일하는 데 필요한 도구들의 패키지입니다.

예를 들어 “VMware Tools”처럼 C/C++ 소스 코드로 작성된 프로그램을 설치할 때 반드시 필요합니다.

설치 명령

rocky linux

dnf groupinstall "Development Tools" -y

// vm-tool 설치 (Rocky Linux 공식 저장소에서 설치, ISO 방식이 아님)
sudo dnf install open-vm-tools open-vm-tools-desktop -y

설치 시간 및 용량

• 예상 시간: 3-5분
• 설치 크기: ~1GB
• 필요 디스크: ~2GB

설치 결과

20260217 설치 결과는 Rocky Linux 버전 및 시간에 따라 다를 수 있습니다.

--------------

Installed:
  annobin-docs-12.99-1.el10.noarch                 annobin-plugin-gcc-12.99-1.el10.x86_64               asciidoc-10.2.0-12.el10.noarch                   autoconf-2.71-13.el10.noarch                                   
  automake-1.16.5-20.el10.noarch                   bison-3.8.2-9.el10.x86_64                            boost-atomic-1.83.0-5.el10.x86_64                boost-filesystem-1.83.0-5.el10.x86_64                          
  boost-regex-1.83.0-5.el10.x86_64                 boost-system-1.83.0-5.el10.x86_64                    boost-thread-1.83.0-5.el10.x86_64                byacc-2.0.20230521-7.el10.x86_64                               
  cmake-filesystem-3.30.5-3.el10_0.x86_64          cpp-14.3.1-2.1.el10.x86_64                           debugedit-5.1-8.el10.x86_64                      diffstat-1.66-3.el10.x86_64                                    
  docbook-dtds-1.0-92.el10.noarch                  docbook-style-xsl-1.79.2-30.el10.noarch              dwz-0.16-1.el10.x86_64                           dyninst-13.0.0-1.el10.x86_64                                   
  efi-srpm-macros-6-7.el10.noarch                  efivar-libs-39-3.el10.x86_64                         elfutils-0.193-1.el10.rocky.0.1.x86_64           elfutils-debuginfod-client-devel-0.193-1.el10.rocky.0.1.x86_64 
  elfutils-devel-0.193-1.el10.rocky.0.1.x86_64     elfutils-libelf-devel-0.193-1.el10.rocky.0.1.x86_64  flex-2.6.4-19.el10.x86_64                        fonts-srpm-macros-1:2.0.5-18.el10.noarch                       
  forge-srpm-macros-0.4.0-6.el10.noarch            gcc-14.3.1-2.1.el10.x86_64                           gcc-c++-14.3.1-2.1.el10.x86_64                   gcc-plugin-annobin-14.3.1-2.1.el10.x86_64                      
  gdb-16.3-2.el10.x86_64                           gdb-headless-16.3-2.el10.x86_64                      gettext-common-devel-0.22.5-6.el10.noarch        gettext-devel-0.22.5-6.el10.x86_64                             
  git-2.47.3-1.el10.x86_64                         git-core-2.47.3-1.el10.x86_64                        git-core-doc-2.47.3-1.el10.noarch                glibc-devel-2.39-58.el10_1.7.x86_64                            
  go-srpm-macros-3.6.0-4.el10.noarch               graphviz-9.0.0-15.el10.x86_64                        intltool-0.51.0-29.el10.noarch                   javapackages-filesystem-6.4.0-1.el10.noarch                    
  jna-5.14.0-7.el10.x86_64                         kernel-devel-6.12.0-124.35.1.el10_1.x86_64           kernel-headers-6.12.0-124.35.1.el10_1.x86_64     kernel-srpm-macros-1.0-26.el10.noarch                          
  libipt-2.1-5.el10.x86_64                         libstdc++-devel-14.3.1-2.1.el10.x86_64               libtool-2.4.7-13.el10.x86_64                     libxcrypt-devel-4.4.36-10.el10.x86_64                          
  libzstd-devel-1.5.5-9.el10.x86_64                ltrace-0.7.91-52.el10.x86_64                         lua-srpm-macros-1-15.el10.noarch                 m4-1.4.19-11.el10.x86_64                                       
  make-1:4.4.1-9.el10.x86_64                       mokutil-2:0.7.2-1.el10.x86_64                        nss-tools-3.112.0-4.el10_0.x86_64                ocaml-srpm-macros-10-4.el10.noarch                             
  openblas-srpm-macros-2-19.el10.noarch            openssl-devel-1:3.5.1-7.el10_1.x86_64                package-notes-srpm-macros-0.5-13.el10.noarch     patch-2.7.6-26.el10.x86_64                                     
  patchutils-0.4.2-15.el10.x86_64                  perl-Clone-0.46-10.el10.x86_64                       perl-Compress-Raw-Bzip2-2.212-512.el10.x86_64    perl-Compress-Raw-Zlib-2.212-513.el10_1.x86_64                 
  perl-Data-Dump-1.25-13.el10.noarch               perl-Digest-HMAC-1.04-12.el10.noarch                 perl-Digest-SHA-1:6.04-512.el10.x86_64           perl-Encode-Locale-1.05-31.el10.noarch                         
  perl-Error-1:0.17029-18.el10.noarch              perl-Fedora-VSP-0.001-36.el10.noarch                 perl-File-Compare-1.100.800-512.2.el10_0.noarch  perl-File-Copy-2.41-512.2.el10_0.noarch                        
  perl-File-Listing-6.16-5.el10.noarch             perl-Git-2.47.3-1.el10.noarch                        perl-HTML-Parser-3.82-3.el10.x86_64              perl-HTML-Tagset-3.20-59.el10.noarch                           
  perl-HTTP-Cookies-6.11-5.el10.noarch             perl-HTTP-Date-6.06-6.el10.noarch                    perl-HTTP-Message-6.45-5.el10.noarch             perl-HTTP-Negotiate-6.01-40.el10.noarch                        
  perl-I18N-Langinfo-0.24-512.2.el10_0.x86_64      perl-IO-Compress-2.212-512.el10.noarch               perl-IO-HTML-1.004-14.el10.noarch                perl-LWP-MediaTypes-6.04-19.el10.noarch                        
  perl-Module-Load-1:0.36-511.el10.noarch          perl-NTLM-1.09-41.el10.noarch                        perl-Net-HTTP-6.23-6.el10.noarch                 perl-TermReadKey-2.38-24.el10.x86_64                           
  perl-Thread-Queue-3.14-511.el10.noarch           perl-TimeDate-1:2.33-16.el10.noarch                  perl-Try-Tiny-0.31-12.el10.noarch                perl-WWW-RobotRules-6.02-41.el10.noarch                        
  perl-XML-Parser-2.47-6.el10.x86_64               perl-generators-1.16-7.el10.noarch                   perl-lib-0.65-512.2.el10_0.x86_64                perl-libwww-perl-6.76-3.el10.noarch                            
  perl-macros-4:5.40.2-512.2.el10_0.noarch         perl-srpm-macros-1-57.el10.noarch                    perl-subs-1.04-512.2.el10_0.noarch               perl-threads-1:2.40-511.el10.x86_64                            
  perl-threads-shared-1.69-511.el10.x86_64         perl-version-8:0.99.32-4.el10.x86_64                 pesign-116-6.el10.x86_64                         pyproject-srpm-macros-1.16.2-1.el10.noarch                     
  python-srpm-macros-3.12-10.el10.noarch           qt6-srpm-macros-6.9.1-1.el10.noarch                  redhat-rpm-config-293-1.el10.rocky.0.2.noarch    rpm-build-4.19.1.1-20.el10.x86_64                              
  rpm-sign-4.19.1.1-20.el10.x86_64                 rust-toolset-srpm-macros-1.88.0-1.el10.noarch        sgml-common-0.6.3-65.el10.noarch                 source-highlight-3.1.9-25.el10.x86_64                          
  systemd-rpm-macros-257-13.el10.rocky.0.1.noarch  systemtap-5.3-3b.el10.x86_64                         systemtap-client-5.3-3b.el10.x86_64              systemtap-devel-5.3-3b.el10.x86_64                             
  systemtap-runtime-5.3-3b.el10.x86_64             tbb-2021.11.0-7.el10.x86_64                          valgrind-1:3.25.1-3.el10.x86_64                  valgrind-devel-1:3.25.1-3.el10.x86_64                          
  valgrind-docs-1:3.25.1-3.el10.x86_64             valgrind-gdb-1:3.25.1-3.el10.x86_64                  valgrind-scripts-1:3.25.1-3.el10.x86_64          xz-devel-1:5.6.2-4.el10_0.x86_64                               
  zlib-ng-compat-devel-2.2.3-3.el10_1.x86_64       zstd-1.5.5-9.el10.x86_64                            

Complete!

주요 설치 파일 (C/C++ 기준)

컴파일러 (Compiler)

소스 코드(.c, .cpp) → 기계어 실행파일로 변환

gcc-14.3.1           → C 언어 컴파일러
gcc-c++-14.3.1       → C++ 언어 컴파일러

빌드 도구 (Build Tools)

컴파일러 옵션 자동 설정 / 복잡한 빌드 과정 자동화 / 어떤 파일을 먼저 컴파일할지 관리 등…

make-4.4.1           → 자동 빌드 관리
autoconf-2.71        → 자동 설정 생성
automake-1.16.5      → Makefile 자동 생성

커널 개발 패키지 (Kernel Development)

역할: 커널과 상호작용하는 모듈 작성 가능

kernel-devel-6.12.0-124.35.1
kernel-headers-6.12.0-124.35.1
-----------------------------------------------
설치 명령어
sudo dnf install kernel-devel kernel-headers -y 

라이브러리 개발 패키지 (Library Development)

역할: 컴파일된 코드를 실행 가능 파일로 연결 (링킹)

glibc-devel-2.39           → C 표준 라이브러리
libstdc++-devel-14.3.1     → C++ 표준 라이브러리
-----------------------------------------------
모든 C/C++ 프로그램의 기본 함수 제공
printf(), malloc() 등의 함수 구현

추가 개발 도구

Git: 소스 코드 변경 이력 관리, GDB: 프로그램 실행 중 오류 추적, libtool: 공유 라이브러리(.so) 빌드

git-2.47.3           → 소스 코드 버전 관리
gdb-16.3             → 프로그램 디버거
libtool-2.4.7        → 라이브러리 빌드 도구

참고 및 주의사항

groupinstall vs install

#  잘못된 방법 (의존성 부족 가능)
sudo dnf install gcc

#  올바른 방법 (모든 관련 도구 자동 설치)
sudo dnf groupinstall "Development Tools" -y

설치 확인

# 컴파일러 확인
gcc --version

# Make 확인
make --version

# 커널 헤더 확인
ls /usr/src/kernels/

오류 발생 시

네트워크 오류:

sudo dnf clean all
sudo dnf groupinstall "Development Tools" -y

의존성 충돌:

sudo dnf groupinstall "Development Tools" --allowerasing -y

The post Linux Development Tools Install appeared first on 어제와 내일의 나 그 사이의 이야기.

Quota (쿼터)

리눅스에서 쿼터(Quota)는 사용자 또는 그룹이 사용할 수 있는 디스크 공간 및 파일 개수를 제한하는 시스템 관리 도구

디스크 자원을 효율적으로 관리하고, 특정 사용자가 시스템 디스크 자원을 과도하게 사용하는 것을 방지

파일 시스템을 “/” (root) 로 지정하는 것보다는, 별도의 파일시스템을 지정해서 해당 부분을 쓰도록 하는 것이 좋음

“/” (root)을 동시에 여러 사용자가 사용하게되면, 우분투 서버를 운영하기 위해서

디스크를 읽고 쓰는 작업과 일반 사용자가 디스크를 읽고 쓰는 작업이 동시에 발생하므로 전반적으로 시스템의 성능이 저하됨

Quota 기능

1. 디스크 용량 제한
   • 사용자별 또는 그룹별 디스크 사용량 제한 설정
2. 파일 개수 제한
   • 사용자가 생성할 수 있는 파일(인오드)의 최대 개수 제한
3. 경고 및 강제 조치
   • 사용량이 한도를 초과하면 경고 메시지 출력
   • 설정에 따라 일정 시간을 초과하면 파일 생성/쓰기 제한

Quota 개념

1. 하드 한도 (Hard Limit)
   • 사용자가 절대 초과할 수 없는 디스크 용량이나 파일 개수 한도
2. 소프트 한도 (Soft Limit)
   • 사용자가 초과할 수 있지만, 제한된 기간(그레이스 기간) 동안만 허용되는 한도
3. 그레이스 기간 (Grace Period)
   • 소프트 한도를 초과했을 때, 허용되는 유예 기간
   • 유예 기간 내에 사용량을 줄이지 않으면 하드 한도가 적용됨

Quota 실습

https://www.youtube.com/watch?v=vOzw5usBw4M&list=PLVsNizTWUw7HAcyW6bma7trGJfiTSDA44&index=41

# 파티션 생성
fdisk /dev/sdb

# 파일시스템 생성 및 포맷
mkfs.ext4 /dev/sdb1

# 사용자의 홈 폴더를 이곳으로 설정
# 폴더 생성 후 마운트
mkdir /userHome

# 재부팅 후 자동 마운트 등록
gedit /etc/fstab

/dev/sdb1 /userhome ext4 defaults 0 0 

# daemon reload
systemctl daemon-reload

# sdb1을 quota로 사용 준비
tune2fs -O quota /dev/sdb1

# 사용자 추가 karina, winter
adduser --home /userHome/karina karina
adduser --home /userHome/winter winter

#  quota 패키지 설치
sudo apt update
sudo apt install quota

# quota 시작 
quotaon -va

# karina / soft 한도 40MB / Hard 한도 50MB 
edquota -u karina

# karina에서 확인
su - karina 

# 테스트용 더미 파일 생성
fallocate -l 10M /userHome/karina/dummyfile.txt

# quota 명령어로 확인 가능
quota

# root
su root

# quota 확인
repquota /userHome/

# karina의 기준은 winter 에게 적용
edquota -p karina winter

# quota 확인
repquota /userHome/

The post Quota (쿼터) appeared first on 어제와 내일의 나 그 사이의 이야기.

LVM (Logical Volume Manager)

LVM은 리눅스 환경에서 유연하고 효율적인 디스크 관리 기능을 제공하는 논리 볼륨 관리 시스템

디스크 공간을 논리적으로 관리하고 확장하거나 축소할 수 있으며, 물리적인 디스크 파티션에 의존하지 않고도 유연한 디스크 관리를 가능하게 함

LVM 주요 개념 3가지

1. Physical Volume (PV)

실제 물리적 디스크 또는 디스크의 파티션

예: /dev/sda1, /dev/sdb1

pvcreate 명령으로 생성

2. Volume Group (VG)

여러 PV를 묶어 하나의 논리적 디스크 풀(pool)로 만듭니다.

VG는 디스크의 물리적 경계를 초월하여 디스크를 통합 관리할 수 있게 합니다.

예: vgcreate my_vg /dev/sda1 /dev/sdb1

3. Logical Volume (LV)

VG에서 원하는 크기의 논리 디스크를 할당하여 생성한 가상의 디스크입니다.

일반 파일 시스템처럼 마운트하여 사용합니다.

LV는 필요에 따라 크기를 동적으로 조정할 수 있습니다.

예: lvcreate -L 20G -n my_lv my_vg

LVM 주요 기능

1. 유연한 디스크 관리
   • 디스크 추가/제거가 간단하며, 운영 중에도 가능
   • 파티션 크기 조정이 자유로움.
2. 디스크 공간 통합
   • 여러 디스크를 하나의 Volume Group으로 통합하여 사용할 수 있음
3. 스냅샷 기능
   • 현재 상태의 복사본(Snapshot)을 생성하여 백업이나 테스트에 사용
4. 디스크 확장/축소
   • LV와 VG의 크기를 유동적으로 조정 가능
5. RAID 기능 지원
   • LVM은 소프트웨어 RAID와 함께 사용하여 데이터 중복성을 제공할 수 있음

LVM 장점

• 디스크 크기 및 배치 유연성
• 디스크 추가 및 제거가 쉬움
• 파일 시스템 확장/축소가 가능
• 스냅샷으로 데이터 백업 및 복구 용이

LVM 단점

• 설정이 일반 파티션보다 복잡
• 추가 추상화 계층으로 인해 성능 오버헤드 발생 가능
• 설정 오류 시 데이터 복구가 더 어려울 수 있음

LVM 실습

# lvm2 패키지 다운로드
sudo apt update
sudo apt -y install lvm2

ls -a /dev/sd*

# Linux LVM 타입으로 파티션 생성
fdisk /dev/sdb
fdisk /dev/sdc

# 물리 볼륨으로 변경
pvcreate /dev/sdb1
pvcreate /dev/sdc1

# 볼륨 "myVG" 그룹 생성
vgcreate "myVG" /dev/sdb1 /dev/sdc1

# 볼륨 확인 
vgdisplay

# Logical Volume 1G, 3G, 1G 설정
lvcreate --size 1G --name myLG1 myVG
lvcreate --size 3G --name myLG2 myVG

# 저장 공간이 정확하게 떨어지지 않을 수 있기 때문에 나머지를 전부 사용하는 방법(extents)으로 함
lvcreate --extents 100%FREE --name myLG3 myVG 

# 확인
lvdisplay 

# 확인
ls -l /dev/myVG

# file system 생성 및 포맷
mkfs.ext4 /dev/myVG/myLG1
mkfs.ext4 /dev/myVG/myLG2
mkfs.ext4 /dev/myVG/myLG3

# 마운트 작업
mkdir /lvm1 /lvm2 /lvm3
mount /dev/myVG/myLG1 /lvm1
mount /dev/myVG/myLG2 /lvm2
mount /dev/myVG/myLG3 /lvm3

# 재부팅 자동 마운트 등
gedit /etc/fstab

/dev/myVG/myLG1 /lvm1 ext4 defaults 0 0
/dev/myVG/myLG2 /lvm2 ext4 defaults 0 0
/dev/myVG/myLG3 /lvm3 ext4 defaults 0 0

The post Ubuntu – LVM (Logical Volume Manager) appeared first on 어제와 내일의 나 그 사이의 이야기.

RAID 6

데이터를 스트라이핑(Striping) 방식으로 저장하면서, 두 개의 패리티(Parity) 정보를 사용하여

최대 2개의 디스크가 동시에 손상되어도 데이터를 복구할 수 있는 고안정성 RAID 레벨

RAID 5와 비슷하지만, 패리티 블록을 두 개로 늘려 더 높은 안정성을 제공하며, 최소 4개의 디스크가 필요합니다.

스트라이핑(Striping)

데이터를 여러 디스크에 작은 단위로 나누어 병렬로 저장하는 기술

• RAID 레벨에서 주로 사용되며, 디스크의 읽기 및 쓰기 성능을 향상시키기 위해 고안된 방식
• 데이터를 “블록” 단위로 나누어 각 디스크에 분산 저장함으로써 여러 디스크에서 동시에 데이터를 읽거나 쓸 수 있

RAID 6 특징

1. 스트라이핑과 이중 패리티
   • 데이터를 여러 디스크에 스트라이핑 방식으로 분산 저장.
   • 각 디스크에 두 개의 패리티를 저장하여, 디스크 두 개가 동시에 고장 나더라도 데이터를 복구 가능.
2. 높은 데이터 안정성
   • RAID 5보다 더 높은 안정성을 제공하며, 데이터 손실 가능성이 낮음.
3. 디스크 용량 효율
   • 전체 디스크 중 2개는 패리티 저장에 사용되므로, 총 용량 = (N – 2) x 단일 디스크 크기(N = 디스크 개수).
   • 예: 4TB 디스크 6개 → RAID 6 용량 = 16TB (8TB는 패리티에 사용).
4. 성능
   • 읽기 성능: 스트라이핑 덕분에 RAID 5 수준으로 빠름.
   • 쓰기 성능: 두 개의 패리티 계산으로 인해 RAID 5보다 느림.

RAID 6 장점

1. 높은 안정성
   • 동시에 두 개의 디스크가 고장 나더라도 데이터 복구 가능.
   • RAID 5보다 안정성이 크게 향상됨.
2. 공간 효율성
   • 2개의 패리티를 사용하지만, 여전히 전체 디스크 용량의 대부분을 데이터 저장에 사용 가능.
3. 성능과 안정성의 균형
   • 읽기 작업은 스트라이핑 덕분에 빠르고, 데이터 안정성도 보장.
4. 확장성
   • 디스크를 추가하여 용량을 쉽게 확장 가능.

RAID 6 단점

1. 복잡한 패리티 계산
   • 두 개의 패리티를 계산해야 하므로 쓰기 작업에서 RAID 5보다 성능이 더 낮음.
   • 쓰기 성능이 중요한 환경에서는 RAID 10(1+0)이 더 적합할 수 있음.
2. 디스크 용량 감소
   • RAID 5보다 두 개의 디스크 용량을 패리티에 사용하므로 저장 공간 효율이 약간 낮음.
3. 복구 시간 증가
   • 대용량 디스크가 많아질수록 복구 시간이 오래 걸리며, 복구 중 성능 저하가 발생할 수 있음.

RAID 6 실습

ls -a /dev/sd*
fsidk -l

# sdb1, sdc1, sdd1, sde1  총 4개를 RAID 6
mdadm --create /dev/md6 --level=6 --raid-devices=4 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1

mdadm --detail /dev/md6

# ext4 파일 시스템을 생성 및 포맷하는 과정
mkfs.ext4 /dev/md6

# 마운트할 폴더 생성
mkdir /raid6 

# raid6에 마운트
mount /dev/md6 /raid6

# 마운트 확인
ls -a /raid6
df

# 부팅 시 자동 마운트 등록
gedit /etc/fstab

/dev/md6 /raid6 ext4 defaults 0 0

# daemon reload
systemctl daemon-reload

# 시스템 재부팅 시에도 RAID 배열을 인식하도록 하는 과정
mdadm --detail --scan /dev/md6 >> /etc/mdadm/mdadm.conf

update-initramfs -u

#배열 등록 확인
cat /etc/mdadm/mdadm.conf

RAID 10 (1+0)

RAID 1+0, 흔히 RAID 10이라고 불리는 이 구성은 RAID 1(미러링)과 RAID 0(스트라이핑)의 결합

• 데이터를 안전하게 보호하면서 동시에 읽기/쓰기 성능을 향상시키는 RAID 레벨
• 최소 4개의 디스크가 필요하며, 디스크가 짝수 개여야 구성 가능

RAID 10 구조

RAID 10은 먼저 데이터를 미러링(RAID 1)으로 복제한 후, 스트라이핑(RAID 0)을 적용

구성 예시: 4개의 디스크로 RAID 10 구성

1. 미러링(RAID 1)
   • 동일한 데이터를 두 개의 디스크에 복사하여 저장
   • 예:
     • 디스크 1과 디스크 2는 동일한 데이터를 저장
     • 디스크 3과 디스크 4도 동일한 데이터를 저장
2. 스트라이핑(RAID 0)
   • 미러링된 디스크 쌍을 스트라이핑하여 읽기/쓰기 성능을 향상
   • 데이터 블록이 디스크 1+2와 디스크 3+4에 번갈아가며 저장됨

RAID 10 특징

1. 성능
   • 스트라이핑 덕분에 읽기와 쓰기 작업 속도가 RAID 1보다 빠릅니다.
2. 데이터 안전성
   • 미러링으로 인해 디스크 하나가 고장 나도 데이터를 복구할 수 있습니다.
   • 각 미러 그룹에서 한 디스크씩(최대 2개)이 고장 나더라도 복구 가능.
3. 디스크 용량 효율
   • 총 용량 = 디스크 총 개수의 절반 × 단일 디스크 용량.
   • 예: 4TB 디스크 4개 → RAID 10 용량 = 8TB.

RAID 10 장점

1. 높은 데이터 안정성
   • RAID 1의 미러링 덕분에 디스크 하나가 고장 나도 데이터 복구 가능
   • RAID 0보다 훨씬 안전함
2. 우수한 성능
   • 스트라이핑으로 읽기와 쓰기 성능이 RAID 1보다 훨씬 빠름
   • 특히 데이터 액세스 속도가 중요한 작업에 유리
3. 복구 시간 단축
   • 디스크 하나가 고장 나도 나머지 디스크에서 복구가 빠르게 진행됨

RAID 10 단점

1. 낮은 디스크 효율성
   • 전체 디스크 용량의 절반만 데이터 저장에 사용 가능
   • RAID 5, RAID 6보다 공간 효율성이 낮음
2. 비용이 높음
   • 데이터를 미러링하므로 같은 용량을 저장하려면 두 배의 디스크가 필요
3. 복잡성
   • 설정 및 관리를 위해 RAID 컨트롤러 또는 소프트웨어 RAID가 필요

RAID 10 실습

mdadm으로 raid 10을 바로 적용할 수 있음

mdadm --create /dev/md10 --level=10 --raid-devices=4 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

mkfs.ext4 /dev/md10

mkdir /raid10

mount /dev/md10 /raid10

df

mdadm --detail /dev/md10

# 부팅 시 자동 마운트 등록
gedit /etc/fstab

/dev/md10 /raid10 ext4 defaults 0 0

# daemon reload
systemctl daemon-reload

# 시스템 재부팅 시에도 RAID 배열을 인식하도록 하는 과정
mdadm --detail --scan /dev/md10 >> /etc/mdadm/mdadm.conf

update-initramfs -u

#배열 등록 확인
cat /etc/mdadm/mdadm.conf

The post RAID 6, RAID 10(1+0) appeared first on 어제와 내일의 나 그 사이의 이야기.

1. 하드 7개 추가

# RAID 패키지
sudo apt update
sudo apt -y install mdadm

2. RAID 0 구축

mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/sdb1 /dev/sdc1

# mdadm: 리눅스에서 소프트웨어 RAID를 관리하기 위한 유틸리티
# --create: 새로운 RAID 배열을 생성하기 위한 옵션
# /dev/md0: 생성할 RAID 배열의 장치 이름
# --level=0: RAID 레벨을 지정, 여기서는 RAID 0(스트라이핑) 레벨을 사용
# --raid-devices=2: RAID 배열에 사용할 디스크 장치의 수를 지정, 여기서는 2개의 디스크를 사용
# /dev/sdb1 /dev/sdc1: RAID 배열에 포함될 디스크 파티션, 여기서는 /dev/sdb1과 /dev/sdc1 두 개의 파티션을 사용

# 모든 RAID 배열에 대한 상세 정보를 출력
sudo mdadm --detail --scan

# /dev/md0 장치에 ext4 파일 시스템을 생성
# RAID 배열을 생성한 후, 파일 시스템을 초기화하여 사용할 수 있게 하는 중요한 단계
mkfs.ext4 /dev/md0

/dev/md0 /raid0 ext4 defaults 0 0

# mdadm.conf 등록
sudo mdadm --detail --scan /dev/md0 >> /etc/mdadm/mdadm.conf

# 업데이트
sudo update-initramfs -u

systemctl daemon-reload

2. RAID 1 구축

# RAID Disk 정보 확인
fdisk -l /dev/sdd
fdisk -l /dev/sde

mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdd1 /dev/sde1

# mdadm: 리눅스에서 소프트웨어 RAID를 관리하기 위한 유틸리티
# --create: 새로운 RAID 배열을 생성하기 위한 옵션
# /dev/md1: 생성할 RAID 배열의 장치 이름
# --level=1: RAID 레벨을 지정, 여기서는 RAID 1 레벨을 사용
# --raid-devices=2: RAID 배열에 사용할 디스크 장치의 수를 지정, 여기서는 2개의 디스크를 사용
# /dev/sdd1 /dev/sde1: RAID 배열에 포함될 디스크 파티션, 여기서는 /dev/sdd1과 /dev/sde1 두 개의 파티션을 사용

# Raid 정보 확인
mdadm --detail /dev/md1

# 마운트할 폴더 생성
sudo mkdir /raid1

# mdadm.conf 등록
sudo mdadm --detail --scan /dev/md1 >> /etc/mdadm/mdadm.conf

# 업데이트
sudo update-initramfs -u

#등록 확인 
cat /etc/mdadm/mdadm.conf

# /dev/md1 장치에 ext4 파일 시스템을 생성
# RAID 배열을 생성한 후, 파일 시스템을 초기화하여 사용할 수 있게 하는 중요한 단계
mkfs.ext4 /dev/md1

# raid1 으로 mount
mount /dev/md1 /raid1

#마운트 확인
df

# /etc/fstab 에 등록 (부팅 시 마운트)
echo '/dev/md1 /raid1 ext4 defaults 0 0' | sudo tee -a /etc/fstab

# 등록 확인
cat /etc/fstab

#데몬 재시작
systemctl daemon-reload

3. RAID 5 구축 (3개)

# RAID Disk 정보 확인
fdisk -l /dev/sdf
fdisk -l /dev/sdg
fdisk -l /dev/sdh

mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/sdf1 /dev/sdg1 /dev/sdh1

mdadm --detail /dev/md5

mkfs.ext4 /dev/md5

sudo mkdir /raid5

sudo mdadm --detail --scan /dev/md5 >> /etc/mdadm/mdadm.conf

sudo update-initramfs -u

cat /etc/mdadm/mdadm.conf

mount /dev/md5 /raid5

df

echo '/dev/md5 /raid5 ext4 defaults 0 0' | sudo tee -a /etc/fstab

cat /etc/fstab

systemctl daemon-reload

4. RAID 0 1 5 장치 고장 내기

# 각 폴더에 더미파일 생성
fallocate -l 100M /raid0/dummy_file.img
fallocate -l 100M /raid1/dummy_file.img
fallocate -l 100M /raid5/dummy_file.img

각 RAID의 장치 하나씩을 제거하여 고장과 같은 상황을 만듬

# 확인
mdadm --detail /dev/md0
mdadm --detail /dev/md1
mdadm --detail /dev/md5

#장치 확인
ls -l /dev/sd*

df

RAID 확
mdadm --detail --scan

#시작 
mdadm --run /dev/md0
mdadm --run /dev/md1
mdadm --run /dev/md5

mdadm --detail --scan

# 변경 후
gedit /etc/fstab

# 데몬 재시작
systemctl daeon-reload

# 수정
sudo gedit /etc/mdadm/mdadm.conf

sudo update-initramfs -u

mdadm --detail /dev/md1
mdadm --detail /dev/md5

5. RAID 0 1 5 복구

제거한 하드 3개 추가

# 추가된 목록 확인
ls -l /dev/sd*

# 새로운 파티션 생성 (리눅스 오토 fd)
fdisk /dev/sdc
fdisk /dev/sde
fdisk /dev/sdg

# ext4 파일 시스템 생성
mkfs.ext4 /dev/sdc1
mkfs.ext4 /dev/sde1
mkfs.ext4 /dev/sdg1

- RAID 0 재생성 -

# 확인
mdadm --detail --scan

# 상세확인 (Raid 0이 md127로 변경됨)
mdadm --detail /dev/md127

# RAID 중지
mdadm --stop /dev/md127

# RAID 재생성
mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/sdb1 /dev/sdc1

# UUID 수정
sudo gedit /etc/mdadm/mdadm.conf

sudo update-initramfs -u

sudo mount /dev/md0 /raid0

gedit /etc/fstab

systemctl daeon-reload

- RAID 1 은 재생성이 아닌 추가 -

# 상세 확인
mdadm --detail /dev/md1

# Raid에 추가
mdadm /dev/md1 --add /dev/sde1

# Raid 확인
mdadm --detail /dev/md1

# 파일 확인
ls -l /raid1

- RAID 5 는 재생성이 아닌 추가 -

# 상세 확인
mdadm --detail /dev/md5

# Raid에 추가
mdadm /dev/md5 --add /dev/sdg1

# Raid 확인
mdadm --detail /dev/md5

# 파일 확인
ls -l /raid5

# Raid 전부 확인
mdadm --detail --scan

The post Ubuntu – RAID 0, 1, 5 실습 appeared first on 어제와 내일의 나 그 사이의 이야기.

RAID

RAID의 정의

RAID(Redundant Array of Independent/Inexpensive Disks)

여러 개의 하드 드라이브를 하나의 논리적 스토리지 단위로 결합하여 성능, 안정성, 또는 데이터 중복성을 향상시키는 기술

RAID는 데이터 저장 방식을 통해 디스크 오류로 인한 데이터 손실 가능성을 중이고, 읽기/쓰기 성능을 향상시키는 데 사용

하드웨어 / 소프트웨어 RAID

• Hardware RAID : 하드웨어 제조업체에서 여러 개의 하드디스크를 가지고 장비를 만들어서 공급 [안정적 / 고비용]

• Software RAID : 운영체제에서 RAID를 지원하는 방식, 리눅스 운영체제에서 지원 [저비용]

RAID 사용하는 이유

데이터 중복성: 중요한 데이터를 보호하기 위해 백업과 유사한 역할을 수행

성능 향상: 병렬 데이터 접근으로 읽기/쓰기 속도를 증가

확장성: 단일 대용량 디스크 대신 여러 디스크를 사용해 유연성을 제공

각 RAID 방식의 비교 – Software

Linear RAID

여러 개의 디스크를 하나의 논리적인 단일 디스크로 병합하는 RAID 방식

데이터를 디스크에 순차적으로 저장하는 방식으로 동작

Linear RAID의 주요 특징

1. 순차적인 데이터 저장
   • 첫 번째 디스크가 가득 차면 다음 디스크에 데이터를 계속 저장합니다.
   • 데이터를 병렬로 분산(스트라이핑)하지 않습니다.
2. 중복성 없음
   • Linear RAID는 데이터 복제나 중복성을 제공하지 않기 때문에 디스크 하나라도 손상되면 전체 데이터가 손실될 가능성이 높습니다.
3. 성능
   • 읽기/쓰기 속도가 병렬 처리되지 않아 단일 디스크와 동일한 수준의 성능을 가집니다.
4. 디스크 공간 효율
   • 모든 디스크 용량이 결합되므로 전체 디스크 용량을 100% 활용할 수 있습니다.

Linear RAID의 장점

1. 구성 간단
   • 복잡한 설정이나 전용 하드웨어가 필요하지 않음
   • 소프트웨어 RAID 도구(e.g., mdadm)를 사용하여 쉽게 구성 가능.
2. 저렴한 비용
   • 모든 디스크를 그대로 사용할 수 있어 비용 효율적
3. 유연성
   • 서로 다른 크기의 디스크를 결합(예: 1TB + 500GB 디스크 = 1.5TB)

Linear RAID의 단점

1. 데이터 안정성 부족
   • 하나의 디스크라도 손상되면 전체 볼륨이 손실
   • 데이터 중복성이 없으므로 RAID 1이나 RAID 5처럼 복구 기능을 제공하지 않음
2. 성능 향상 없음
   • 데이터를 병렬로 읽거나 쓰지 않으므로 읽기/쓰기 성능이 향상되지 않음
3. 확장성 문제
   • 기존 Linear RAID 배열에 새 디스크를 추가하기 어려움. 추가하려면 배열을 다시 구성해야함

RAID 0

스트라이핑(Striping) 기술을 사용하는 RAID의 한 유형으로, 데이터를 여러 디스크에 분산 저장하여 성능 향상에 중점을 둔 구성

중복성이나 데이터 복구 기능은 없지만, 빠른 읽기/쓰기 속도를 제공

RAID 0의 주요 특징

1. 스트라이핑(Striping)
   • 데이터를 작은 단위(스트라이프)로 나누어 여러 디스크에 병렬로 저장
   • 예: 4KB 데이터를 2개의 디스크에 2KB씩 나누어 저장
2. 데이터 중복성 없음
   • 백업 기능이 없기 때문에 디스크 하나만 손상되어도 전체 데이터가 손실
3. 성능 향상
   • 읽기/쓰기 작업을 병렬로 처리하므로 단일 디스크보다 속도가 크게 향상
   • 디스크가 많을수록 성능이 비례적으로 증가
4. 디스크 용량 효율
   • 디스크의 용량을 100% 활용 가능
   • 예: 1TB + 1TB 디스크 → RAID 0 용량 = 2TB

RAID 0의 장점

1. 최대 성능 제공
   • 병렬 작업 덕분에 읽기 및 쓰기 성능이 매우 뛰어남
   • 특히 대용량 데이터 전송이나 비디오 편집과 같은 고속 처리 작업에 적합
2. 디스크 용량의 100% 사용
   • RAID 1처럼 일부 용량이 중복성에 사용되지 않으므로 모든 디스크 용량을 활용
3. 구성이 간단
   • 하드웨어 RAID 컨트롤러나 소프트웨어 RAID로 쉽게 설정 가능

RAID 0의 단점

1. 데이터 손실 위험
   • 하나의 디스크라도 손상되면 전체 데이터가 손실
   • 디스크 수가 많아질수록 고장 확률도 높아짐
2. 데이터 복구 불가
   • RAID 1, 5, 6과 달리 복구 기능이 없어, 별도의 백업이 필수적

RAID 1

미러링(Mirroring) 기술을 사용하는 RAID 레벨로, 동일한 데이터를 두 개 이상의 디스크에 복제하여 데이터 중복성과 안정성을 보장

하나의 디스크에 문제가 발생해도 나머지 디스크에서 데이터를 읽어올 수 있어 고가용성을 제공

RAID 1의 주요 특징

1. 미러링(Mirroring)
   • 모든 데이터를 동일하게 두 개 이상의 디스크에 복사
   • 디스크가 여러 개라도 용량은 하나의 디스크 용량으로 제한(디스크 하나는 복제본 역할)
2. 높은 데이터 안정성
   • 디스크 하나가 손상되더라도 데이터 손실 없이 복구 가능
   • RAID 0과 달리 높은 신뢰성을 제공
3. 디스크 용량 효율
   • 전체 디스크 용량의 50%만 사용 가능(나머지 50%는 복제본에 사용).
4. 성능
   • 읽기 속도는 여러 디스크에서 데이터를 병렬로 읽을 수 있어 성능 향상이 가능
   • 쓰기 속도는 데이터를 모든 디스크에 복제해야 하므로 단일 디스크보다 약간 느릴 수 있음

RAID 1의 장점

1. 데이터 안정성
   • 디스크 하나가 손상되더라도 복구 가능(단, 복구 시점 전까지는 추가 디스크 손상에 대비해야 함).
2. 데이터 무결성 보장
   • 중요한 데이터를 안전하게 보호 가능
3. 읽기 성능 향상
   • 여러 디스크에서 병렬로 데이터를 읽을 수 있어 읽기 작업이 빠름
4. 구성이 간단
   • 설정과 관리가 비교적 쉬운 편

RAID 1의 단점

1. 디스크 용량 효율 저하
   • 2개의 디스크를 사용하더라도 실제로는 1개의 디스크 용량만 사용할 수 있음
2. 비용 증가
   • 동일 데이터를 저장하려면 2배의 디스크가 필요하므로 비용이 증가
3. 쓰기 성능
   • 모든 디스크에 데이터를 복제해야 하므로 쓰기 작업은 약간 느릴 수 있음

RAID 5

데이터를 스트라이핑(Striping) 방식으로 저장하면서, 각 디스크에 패리티(Parity) 정보를 분산 저장하는 RAID 레벨

성능과 데이터 안정성의 균형을 제공하며, 최소 3개의 디스크가 필요

디스크 하나가 손상되더라도 패리티를 사용해 데이터를 복구할 수 있음

RAID 5가 RAID 2 ~ 4의 장점 및 특징을 가지고 있음

RAID 5의 주요 특징

1. 스트라이핑과 패리티
   • 데이터를 스트라이핑(디스크 간 병렬로 나눠 저장)하여 성능 향상
   • 디스크마다 패리티 정보를 분산 저장하여 데이터 복구 가능
   • 예: 3개의 디스크 중 2개는 데이터 저장, 1개는 패리티 저장(순환 방식)
2. 데이터 안정성
   • 하나의 디스크가 손상되더라도 나머지 디스크와 패리티를 사용해 데이터 복구 가능
   • 두 개 이상의 디스크가 손상되면 복구 불가
3. 디스크 용량 효율
   • 전체 디스크 중 하나의 디스크 용량은 패리티에 사용되므로, 총 용량 = (N – 1) x 단일 디스크 크기(N = 디스크 개수).
   • 예: 4TB 디스크 4개 → RAID 5 용량 = 12TB (4TB는 패리티로 사용).
4. 성능
   • 읽기 작업: 스트라이핑 덕분에 빠름
   • 쓰기 작업: 패리티 계산으로 인해 약간의 성능 저하 발생

RAID 5의 장점

1. 데이터 복구 가능
   • 디스크 하나가 손상돼도 데이터 손실 없이 복구 가능
2. 성능과 안정성의 균형
   • 스트라이핑으로 읽기 성능이 좋고, 패리티로 안정성도 보장
3. 공간 효율성
   • RAID 1보다 디스크 사용 효율이 높음
4. 확장성
   • 추가 디스크를 쉽게 추가할 수 있어 용량 확장 가능

RAID 5의 단점

1. 복구 시간 증가
   • 디스크가 손상되었을 때 복구에 시간이 오래 걸릴 수 있음
   • 복구 중 추가 디스크 손상 시 전체 데이터 손실
2. 쓰기 성능 저하
   • 패리티 계산 때문에 RAID 0보다 쓰기 속도가 느림
3. 복잡한 구성
   • 하드웨어 RAID 컨트롤러나 소프트웨어 RAID를 통해 구현해야 함

RAID 6

RAID 6는 데이터를 스트라이핑(Striping) 방식으로 저장하면서, 두 개의 패리티(Parity) 정보를 사용하여 최대 2개의 디스크가 동시에 손상되어도 데이터를 복구할 수 있는 고안정성 RAID 레벨

RAID 5와 비슷하지만, 패리티 블록을 두 개로 늘려 더 높은 안정성을 제공하며 최소 4개의 디스크가 필요

RAID 6의 주요 특징

1. 스트라이핑과 이중 패리티
   • 데이터를 여러 디스크에 스트라이핑 방식으로 분산 저장
   • 각 디스크에 두 개의 패리티를 저장하여, 디스크 두 개가 동시에 고장 나더라도 데이터를 복구 가능
2. 높은 데이터 안정성
   • RAID 5보다 더 높은 안정성을 제공하며, 데이터 손실 가능성이 낮음
3. 디스크 용량 효율
   • 전체 디스크 중 2개는 패리티 저장에 사용되므로, 총 용량 = (N – 2) x 단일 디스크 크기(N = 디스크 개수)
   • 예: 4TB 디스크 6개 → RAID 6 용량 = 16TB (8TB는 패리티에 사용)
4. 성능
   • 읽기 성능: 스트라이핑 덕분에 RAID 5 수준으로 빠름
   • 쓰기 성능: 두 개의 패리티 계산으로 인해 RAID 5보다 느림

RAID 6의 장점

1. 높은 안정성
   • 동시에 두 개의 디스크가 고장 나더라도 데이터 복구 가능
   • RAID 5보다 안정성이 크게 향상됨
2. 공간 효율성
   • 2개의 패리티를 사용하지만, 여전히 전체 디스크 용량의 대부분을 데이터 저장에 사용 가능
3. 성능과 안정성의 균형
   • 읽기 작업은 스트라이핑 덕분에 빠르고, 데이터 안정성도 보장
4. 확장성
   • 디스크를 추가하여 용량을 쉽게 확장 가능

RAID 6의 단점

1. 복잡한 패리티 계산
   • 두 개의 패리티를 계산해야 하므로 쓰기 작업에서 RAID 5보다 성능이 더 낮음
   • 쓰기 성능이 중요한 환경에서는 RAID 10이 더 적합할 수 있음
2. 디스크 용량 감소
   • RAID 5보다 두 개의 디스크 용량을 패리티에 사용하므로 저장 공간 효율이 약간 낮음
3. 복구 시간 증가
   • 대용량 디스크가 많아질수록 복구 시간이 오래 걸리며, 복구 중 성능 저하가 발생할 수 있음

The post RAID (Redundant Array of Independent/Inexpensive Disks) appeared first on 어제와 내일의 나 그 사이의 이야기.

# 확인
ls /dev/sd*

현재는 물리적인 하드디스크가 장착되어 있는 상태 fdisk를 이용하여 파티셔닝을 해주어야 사용이 가능하다.

n 명령어를 입력하여 새로운 파티션을 생성

파티션 타입을 선택하는 단계에서 p를 입력하여 기본 값인 primary 파티션을 선택

파티션 번호를 1로 설정 (기본적으로 MBR은 최대 4개의 주 파티션을 지원)

첫 번째 섹터를 기본 값인 2048로 설정
(섹터 2048까지의 공간은 일반적으로 디스크의 메타데이터, 부트 로더, 파티션 테이블 등과 같은 시스템 관리 정보가 저장되는 영역)

마지막 섹터를 기본 값인 2097151로 설정하여 파티션 크기를 1023 MiB 만듬

만약 해당 디스크를 mount하려고 하는 폴더에 파일이 있다면?

/mydata 폴더는 마운트된 곳을 가르키고 원래 파일을 볼 수 없음 (마운트 해제 원래 파일을 볼 수 있다.)

리부팅 때마다 마운트를 할 수 없으므로

/etc/fstab 에 등록하여 자동으로 마운트

/dev/sdb1 /mydata ext4 defaults 0 0

# 뒤 ext4 defaults 0 0 는 거의 고

/dev/sdb1:

• 파일 시스템 장치: 디스크의 특정 파티션

/mydata:

• 마운트 지점: 파일 시스템이 마운트될 디렉토리

ext4:

• 파일 시스템 타입: 사용되는 파일 시스템의 종류, ext4 파일 시스템을 사용

defaults:

• 마운트 옵션: 기본 마운트 옵션을 사용
  기본 옵션에는 rw, suid, dev, exec, auto, nouser, async가 포함

0:

• 덤프 옵션: 파일 시스템 덤프 유틸리티인 dump 명령어가 이 파일 시스템을 백업할지를 나타냅니다. 0은 백업하지 않음을 의미합니다.

0:

• fsck 옵션: 시스템 부팅 시 파일 시스템 무결성을 검사할지를 나타냅니다. 0은 검사를 하지 않음을 의미합니다.

The post Ubuntu – Hard disk management (Add Disk) appeared first on 어제와 내일의 나 그 사이의 이야기.

프로세스 (process)

정의

“하드디스크에 저장된 실행 코드(프로그램)가 메모리에 로딩되어 활성화된 것”

실행 중인 프로그램 또는 작업 단위를 의미하기도 함

프로세스는 프로그램이 메모리에서 실행되며, 각 프로세스는 고유한 **프로세스 ID(PID)**를 가집니다.

포그라운드(Foreground) 프로세스

화면에 나타나 사용자와 상호 작용하는 프로세스

화면에 출력되며, 사용자의 입력을 받아들이고 사용자와의 상호 작용을 통해 작업을 수행

백그라운드 (Background) 프로세스

사용자와의 직접적인 상호 작용 없이 실행되는 프로세스

주로 긴 작업을 수행하거나 백엔드에서 실행되는 서비스 형태의 프로그램에 사용

화면에 출력되지 않으며, 사용자 입력을 기다리지 않고 동작

특징

프로세스는 시스템 자원(CPU, 메모리 등)을 사용합니다.

부모 프로세스와 자식 프로세스 관계를 가질 수 있습니다.

프로세스는 실행 상태(실행 중, 대기 중, 종료된 등)에 따라 변화합니다.

• 모든 프로세스는 혼자서 독립적으로 실행되는 것이 아닌 부모 프로세스의 하위에 종속되어 실행된다.
  예를 들어 Firefox는 X 윈도 프로세스가 구동된 상태에서 실행되어야 하므로 X 윈도는 Firefox의 부모 프로세스, Firefox는 X 윈도의 자식 프로세스

관련 명령어

ps        # 현재 실행 중인 프로세스 확인
top       # 실시간으로 프로세스와 시스템 자원 사용 확인
htop      # top의 인터페이스를 개선한 도구
kill      # 특정 프로세스 종료
pkill     # 이름 기반으로 프로세스 종료
pstree    # 부모. 자식 프로세스의 관계를 트리의 형태로 보여줌

예제

# 현재 사용자의 프로세스 확인
ps

# 시스템의 모든 프로세스 상세 정보 확인
ps aux

# 특정 프로세스 검색 (grep 활용)
ps aux | grep nginx

# 특정 사용자의 프로세스 확인
ps -u root

# 모든 프로세스의 전체 형식 정보 확인
ps -ef

# 특정 프로세스 ID의 정보 확인
ps -p 1234

# 전체 형식으로 특정 프로세스 ID의 정보 확인
ps -f -p 1234

# 프로세스 계층 구조를 트리 형태로 표시
ps -e --forest

# CPU 사용률에 따라 정렬하여 표시
ps -e --sort=-%cpu

# 특정 터미널에서 실행 중인 프로세스 확인
ps -t tty1

# 특정 그룹의 프로세스 확인
ps -G staff

# 특정 프로세스의 쓰레드 정보 표시
ps -L -p 1234

# 작업 제어 형식으로 프로세스 표시
ps -j

# 특정 형식으로 출력
ps -o pid,uname,comm

# 실시간으로 프로세스와 시스템 자원 사용 확인
top

# top의 인터페이스를 개선한 도구
htop

# 특정 프로세스 종료
kill -9 1234

# 이름 기반으로 프로세스 종료
pkill nginx

# 부모, 자식 프로세스의 관계를 트리 형태로 표시
pstree

# 현재 터미널에서 실행 중인 백그라운드 작업 확인
jobs

# 현재 터미널에서 실행 중인 프로세스를 foreground로 전환
fg %1

# 현재 터미널에서 실행 중인 프로세스를 background로 전환
bg %1

The post Ubuntu – Process 프로세스 appeared first on 어제와 내일의 나 그 사이의 이야기.

ps (Process Status)

Linux와 Unix 계열 시스템에서 현재 실행 중인 프로세스의 상태를 확인하는 데 사용되는 강력한 유틸리티

출력 열의 의미

주요 PS 명령어 옵션

사용 예시

# 현재 사용자의 프로세스 확인
ps

# 시스템의 모든 프로세스 상세 정보 확인
ps aux

# 특정 프로세스 검색 (grep 활용)
ps aux | grep nginx
ps aux | less
ps aux | head 5
ps aux | tail 5

# 특정 사용자의 프로세스 확인
ps -u root

# 모든 프로세스의 전체 형식 정보 표시
ps -ef

# 특정 프로세스 ID의 정보 확인
ps -p 1234

# 전체 형식으로 특정 프로세스 ID의 정보 확인
ps -f -p 1234

# 프로세스 계층 구조를 트리 형태로 표시
ps -e --forest

# CPU 사용률에 따라 정렬하여 표시
ps -e --sort=-%cpu

# 특정 터미널에서 실행 중인 프로세스 확인
ps -t tty1

# 특정 그룹의 프로세스 확인
ps -G staff

# 특정 프로세스의 쓰레드 정보 표시
ps -L -p 1234

# 작업 제어 형식으로 프로세스 표시
ps -j

# 특정 형식으로 출력
ps -o pid,uname,comm

The post Ubuntu – ps 명령어 appeared first on 어제와 내일의 나 그 사이의 이야기.