MySQL 서비스 상태 확인 및 관리

# 서비스 상태 확인
sudo systemctl status mysql

# MySQL 서비스 시작
sudo systemctl start mysql

# MySQL 서비스 중지
sudo systemctl stop mysql

# MySQL 서비스 재시작
sudo systemctl restart mysql

# 부팅 시 자동 시작 설정
sudo systemctl enable mysql

# 자동 시작 해제
sudo systemctl disable mysql

MySQL 접속

로컬 접속

# root 사용자로 접속
sudo mysql -u root -p

# 특정 사용자로 접속
mysql -u username -p

# 데이터베이스 지정하여 접속
mysql -u username -p database_name

원격 접속

# 원격 서버 접속
mysql -h hostname_or_ip -u username -p

# 포트 지정 접속
mysql -h hostname_or_ip -P 3306 -u username -p

사용자 계정 관리

사용자 생성

-- 로컬 접속만 허용하는 사용자 생성
CREATE USER 'username'@'localhost' IDENTIFIED BY 'password';

-- 특정 IP에서만 접속 허용
CREATE USER 'username'@'192.168.1.100' IDENTIFIED BY 'password';

-- 특정 도메인에서만 접속 허용
CREATE USER 'username'@'%.example.com' IDENTIFIED BY 'password';

-- 모든 호스트에서 접속 허용 (보안상 주의)
CREATE USER 'username'@'%' IDENTIFIED BY 'password';

-- 패스워드 없는 사용자 생성
CREATE USER 'username'@'localhost';

사용자 목록 조회

-- 모든 사용자 조회
SELECT user, host FROM mysql.user;

-- 특정 사용자 조회
SELECT user, host FROM mysql.user WHERE user = 'username';

-- 현재 접속 중인 사용자 확인
SELECT USER();
SELECT CURRENT_USER();

-- 사용자의 권한 정보와 함께 조회
SELECT user, host, password_expired, account_locked FROM mysql.user;

사용자 삭제

-- 사용자 삭제
DROP USER 'username'@'host';

-- 여러 사용자 동시 삭제
DROP USER 'user1'@'localhost', 'user2'@'%';

-- 존재하지 않을 수도 있는 사용자 삭제 (에러 방지)
DROP USER IF EXISTS 'username'@'localhost';

계정 잠금/해제

-- 계정 잠금
ALTER USER 'username'@'host' ACCOUNT LOCK;

-- 계정 해제
ALTER USER 'username'@'host' ACCOUNT UNLOCK;

-- 잠금 상태 확인
SELECT user, host, account_locked FROM mysql.user WHERE user = 'username';

웹 애플리케이션용 사용자 생성

-- 데이터베이스 생성
CREATE DATABASE webapp_db;

-- 사용자 생성 및 권한 부여
CREATE USER 'webapp_user'@'localhost' IDENTIFIED BY 'secure_password123';
GRANT SELECT, INSERT, UPDATE, DELETE ON webapp_db.* TO 'webapp_user'@'localhost';
FLUSH PRIVILEGES;

읽기 전용 사용자 생성

-- 읽기 전용 사용자
CREATE USER 'readonly_user'@'%' IDENTIFIED BY 'readonly_password';
GRANT SELECT ON *.* TO 'readonly_user'@'%';
FLUSH PRIVILEGES;

백업 전용 사용자 생성

-- 백업 사용자 생성
CREATE USER 'backup_user'@'localhost' IDENTIFIED BY 'backup_password';
GRANT SELECT, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'backup_user'@'localhost';
FLUSH PRIVILEGES;

비밀번호 관리

비밀번호 변경

-- 현재 사용자의 비밀번호 변경
ALTER USER USER() IDENTIFIED BY 'new_password';

-- 특정 사용자의 비밀번호 변경 (MySQL 8.0 이상 권장)
ALTER USER 'username'@'host' IDENTIFIED BY 'new_password';

-- 이전 버전의 MySQL
SET PASSWORD FOR 'username'@'host' = PASSWORD('new_password');

root 비밀번호 초기화

# 1. MySQL 서비스 중지
sudo systemctl stop mysql

# 2. 권한 테이블 없이 MySQL 시작
sudo mysqld_safe --skip-grant-tables &

# 3. root로 비밀번호 없이 접속
mysql -u root

# 4. MySQL 내부에서 비밀번호 변경 (MySQL 8.0 기준)
mysql> FLUSH PRIVILEGES;
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';

# 5. MySQL 종료 후 정상 재시작
mysql> exit
sudo systemctl restart mysql

권한 관리

권한 부여

-- 모든 데이터베이스 목록 보기
SHOW DATABASES;

-- 특정 사용자의 권한이 있는 데이터베이스 확인
SHOW GRANTS FOR 'username'@'host';

-- 모든 데이터베이스에 모든 권한 부여
GRANT ALL PRIVILEGES ON *.* TO 'username'@'host';

-- 특정 데이터베이스에 모든 권한 부여
GRANT ALL PRIVILEGES ON database_name.* TO 'username'@'host';

-- 특정 테이블에 권한 부여
GRANT SELECT, INSERT, UPDATE ON database_name.table_name TO 'username'@'host';

-- 읽기 전용 권한
GRANT SELECT ON database_name.* TO 'username'@'host';

-- 특정 컬럼에만 권한 부여
GRANT SELECT (column1, column2) ON database_name.table_name TO 'username'@'host';

-- WITH GRANT OPTION (다른 사용자에게 권한 부여 가능)
GRANT ALL PRIVILEGES ON database_name.* TO 'username'@'host' WITH GRANT OPTION;

권한 조회

-- 특정 사용자의 권한 조회
SHOW GRANTS FOR 'username'@'host';

-- 현재 사용자의 권한 조회
SHOW GRANTS;

-- 모든 사용자의 권한 요약
SELECT user, host, Select_priv, Insert_priv, Update_priv, Delete_priv 
FROM mysql.user;

권한 제거

-- 특정 권한 제거
REVOKE INSERT, UPDATE ON database_name.* FROM 'username'@'host';

-- 모든 권한 제거
REVOKE ALL PRIVILEGES ON *.* FROM 'username'@'host';

-- GRANT OPTION 제거
REVOKE GRANT OPTION ON database_name.* FROM 'username'@'host';

권한 적용

-- 권한 변경사항 즉시 적용
-- 권한 관련 오류 시 권한 테이블 새로고침
FLUSH PRIVILEGES;

주요 권한 종류

The post MySQL 사용자 관리 명령어 (Ubuntu) appeared first on 어제와 내일의 나 그 사이의 이야기.

1단계: Node.js 및 npm 설치

• Gemini CLI는 Node.js 버전 20 이상을 권장

(1) NVM (Node Version Manager)을 이용한 설치 (추천)

// Node.js 20 이상인지 확인
node -v
npm -v

// NVM 설치 (버전 번호는 최신 버전으로 바뀔 수 있음):
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash

// 터미널 재시작 또는 적용:
source ~/.bashrc 
# 또는 새 터미널 창을 엽니다.

// 최신 LTS Node.js 설치:
nvm install --lts
nvm use --lts

(2) apt를 통한 기본 설치

// Node.js 20 이상인지 확인
node -v
npm -v

sudo apt update
sudo apt install -y nodejs npm

2단계: Gemini CLI 설치

• Node.js와 npm이 준비되었다면, npm을 사용하여 Gemini CLI를 전역으로 설치

sudo npm install -g @google/gemini-cli

3단계: Gemini CLI 실행 및 인증

설치가 완료되면, 터미널에 gemini 명령어를 입력하여 실행

gemini

최초 실행 시 다음과 같은 설정 및 인증 과정이 진행됩니다.

1. 테마 선택: 터미널에서 원하는 CLI 테마를 선택합니다.
2. 인증 방법 선택:
   • Google 로그인 (권장):
     개인 Google 계정으로 로그인하여 사용합니다.
     브라우저 창이 열리면 로그인 및 인증을 완료하세요.
     무료 등급에서는 Gemini 2.5 Pro 모델에 대한 충분한 요청 횟수(예: 분당 60회, 일일 1,000회)가 제공됩니다.
   • API 키 사용:
     Google AI Studio 등에서 발급받은 API 키를 사용하려면 환경 변수로 설정하거나 이 옵션을 선택합니다.
     (예: export GEMINI_API_KEY="YOUR_API_KEY")

인증이 성공적으로 완료되면, Gemini CLI 프롬프트(gemini >)가 나타나며 바로 Gemini를 사용할 수 있습니다.

The post Ubuntu에 Gemini CLI 설치 appeared first on 어제와 내일의 나 그 사이의 이야기.

기본 설정 확인

Apache 상태 및 설정 검증

# Apache 서비스 상태 확인
sudo systemctl status apache2

# 설정 파일 문법 검사
sudo apache2ctl configtest

# 활성화된 가상호스트 목록 확인
sudo apache2ctl -S

# Apache 버전 확인
apache2 -v

# 로드된 모듈 확인
apache2ctl -M

필수 모듈 활성화

# 프록시 및 SSL 관련 모듈 활성화
sudo a2enmod proxy
sudo a2enmod proxy_http
sudo a2enmod ssl
sudo a2enmod rewrite
sudo a2enmod headers

# 변경사항 적용
sudo systemctl restart apache2

가상호스트 생성

1. 설정 파일 생성

# 새 가상호스트 설정 파일 생성
sudo vim /etc/apache2/sites-available/testdomain.conf

2. 기본 HTTP 가상호스트

<VirtualHost *:80>
    ServerName testdomain.com
    ServerAlias www.testdomain.com
    ServerAdmin admin@testdomain.com
    
    DocumentRoot /var/www/testdomain
    
    <Directory /var/www/testdomain>
        Options -Indexes +FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_access.log combined
</VirtualHost>

3. HTTP → HTTPS 리다이렉트

<VirtualHost *:80>
    ServerName testdomain.com
    ServerAlias www.testdomain.com
    
    # 모든 HTTP 요청을 HTTPS로 리다이렉트
    RewriteEngine On
    RewriteCond %{HTTPS} off
    RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_http_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_http_access.log combined
</VirtualHost>

4. HTTPS 가상호스트 (정적 파일)

<VirtualHost *:443>
    ServerName testdomain.com
    ServerAlias www.testdomain.com
    ServerAdmin admin@testdomain.com
    
    DocumentRoot /var/www/testdomain
    
    <Directory /var/www/testdomain>
        Options -Indexes +FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
    
    # SSL 설정
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/testdomain.com/privkey.pem
    
    # 보안 헤더
    Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"
    Header always set X-Content-Type-Options nosniff
    Header always set X-Frame-Options SAMEORIGIN
    Header always set X-XSS-Protection "1; mode=block"
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_https_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_https_access.log combined
</VirtualHost>

다양한 설정 예제

리버스 프록시

<VirtualHost *:443>
    ServerName api.testdomain.com
    
    # SSL 설정
    SSLEngine on
    SSLProxyEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/api.testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/api.testdomain.com/privkey.pem
    
    # 프록시 설정
    ProxyPreserveHost On
    ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000/
    
    # 프록시 헤더 설정
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-Forwarded-Port "443"
    ProxyAddHeaders On
    
    # 타임아웃 설정
    ProxyTimeout 300
    
    # 요청 크기 제한 해제
    LimitRequestBody 0
    LimitRequestLine 65536
    LimitRequestFieldSize 65536
    
    ErrorLog ${APACHE_LOG_DIR}/api_error.log
    CustomLog ${APACHE_LOG_DIR}/api_access.log combined
</VirtualHost>

WebSocket 프록시

<VirtualHost *:443>
    ServerName ws.testdomain.com
    
    SSLEngine on
    SSLProxyEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/ws.testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/ws.testdomain.com/privkey.pem
    
    # WebSocket 지원을 위한 프록시 설정
    ProxyPreserveHost On
    RewriteEngine On
    RewriteCond %{HTTP:Upgrade} =websocket [NC]
    RewriteRule /(.*)           ws://localhost:8080/$1 [P,L]
    RewriteCond %{HTTP:Upgrade} !=websocket [NC]
    RewriteRule /(.*)           http://localhost:8080/$1 [P,L]
    
    ProxyPassReverse / http://localhost:8080/
    
    ErrorLog ${APACHE_LOG_DIR}/ws_error.log
    CustomLog ${APACHE_LOG_DIR}/ws_access.log combined
</VirtualHost>

여러 백엔드로 로드 밸런싱

sudo a2enmod proxy_balancer
sudo a2enmod lbmethod_byrequests

<Proxy balancer://mycluster>
    BalancerMember http://localhost:3001
    BalancerMember http://localhost:3002
    BalancerMember http://localhost:3003
    ProxySet lbmethod=byrequests
</Proxy>

<VirtualHost *:443>
    ServerName testdomain.com
    
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/testdomain.com/privkey.pem
    
    ProxyPreserveHost On
    ProxyPass / balancer://mycluster/
    ProxyPassReverse / balancer://mycluster/
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_access.log combined
</VirtualHost>

경로별 다른 백엔드 라우팅

<VirtualHost *:443>
    ServerName testdomain.com
    
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/testdomain.com/privkey.pem
    
    # API 요청은 백엔드 서버로
    ProxyPass /api http://localhost:8000/api
    ProxyPassReverse /api http://localhost:8000/api
    
    # 정적 파일은 직접 제공
    DocumentRoot /var/www/testdomain
    <Directory /var/www/testdomain>
        Require all granted
    </Directory>
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_access.log combined
</VirtualHost>

특정 IP만 접근 허용

<VirtualHost *:443>
    ServerName admin.testdomain.com
    
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/admin.testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/admin.testdomain.com/privkey.pem
    
    DocumentRoot /var/www/admin
    
    <Directory /var/www/admin>
        # 특정 IP만 허용
        Require ip 192.168.1.0/24
        Require ip 10.0.0.5
    </Directory>
    
    ErrorLog ${APACHE_LOG_DIR}/admin_error.log
    CustomLog ${APACHE_LOG_DIR}/admin_access.log combined
</VirtualHost>

SSL/HTTPS 설정

Certbot으로 SSL 인증서 발급

# 자동 설정 (권장)
sudo certbot --apache -d testdomain.com -d www.testdomain.com

# 인증서만 발급 (수동 설정)
sudo certbot certonly --standalone -d testdomain.com -d www.testdomain.com

# 와일드카드 인증서 발급
sudo certbot certonly --manual --preferred-challenges dns -d testdomain.com -d *.testdomain.com

# 인증서 갱신 테스트
sudo certbot renew --dry-run

# 인증서 강제 갱신
sudo certbot renew --force-renewal

# 인증서 자동 갱신 크론잡 설정
sudo crontab -e
# 매일 새벽 2시에 갱신 확인
0 2 * * * certbot renew --quiet

SSL 설정 최적화

# /etc/letsencrypt/options-ssl-apache.conf 참고
# 또는 직접 설정

SSLEngine on
SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384
SSLHonorCipherOrder off
SSLSessionTickets off

# OCSP Stapling 활성화
SSLUseStapling on
SSLStaplingCache "shmcb:logs/stapling-cache(150000)"

가상호스트 관리

활성화/비활성화

# 가상호스트 활성화
sudo a2ensite testdomain.conf

# 가상호스트 비활성화
sudo a2dissite testdomain.conf

# 기본 사이트 비활성화
sudo a2dissite 000-default.conf

# 설정 적용 (다운타임 없음)
sudo systemctl reload apache2

# 설정 재시작 (다운타임 발생)
sudo systemctl restart apache2

모듈 관리

# 모듈 활성화
sudo a2enmod 모듈명

# 모듈 비활성화
sudo a2dismod 모듈명

# 자주 사용하는 모듈들
sudo a2enmod rewrite      # URL 재작성
sudo a2enmod headers      # HTTP 헤더 조작
sudo a2enmod proxy        # 프록시 기능
sudo a2enmod proxy_http   # HTTP 프록시
sudo a2enmod proxy_wstunnel  # WebSocket 프록시
sudo a2enmod ssl          # SSL/TLS
sudo a2enmod deflate      # 압축
sudo a2enmod expires      # 캐시 제어

문제 해결

로그 확인

# 실시간 에러 로그 모니터링
sudo tail -f /var/log/apache2/error.log

# 실시간 액세스 로그 모니터링
sudo tail -f /var/log/apache2/access.log

# 특정 가상호스트 로그
sudo tail -f /var/log/apache2/testdomain_error.log

# 마지막 100줄 확인
sudo tail -100 /var/log/apache2/error.log

# 특정 키워드로 검색
sudo grep "testdomain" /var/log/apache2/*.log

# 에러만 필터링
sudo grep "error" /var/log/apache2/error.log

# 최근 에러 (systemd)
sudo journalctl -u apache2 -n 50

연결 테스트

# HTTP 응답 헤더 확인
curl -I http://testdomain.com/

# HTTPS 응답 헤더 확인
curl -I https://testdomain.com/

# 상세 디버깅 정보
curl -v https://testdomain.com/

# POST 요청 테스트
curl -X POST https://testdomain.com/api/endpoint \
  -H "Content-Type: application/json" \
  -d '{"key":"value"}'

# SSL 인증서 정보 확인
openssl s_client -connect testdomain.com:443 -servername testdomain.com < /dev/null

# 백엔드 서비스 테스트
curl -v http://localhost:3000/

포트 및 프로세스 확인

# 특정 포트 사용 확인
sudo netstat -tlnp | grep :80
sudo netstat -tlnp | grep :443
sudo netstat -tlnp | grep :3000

# 또는 ss 명령어 사용 (더 빠름)
sudo ss -tlnp | grep :80

# Apache 프로세스 확인
ps aux | grep apache2

# 열린 파일 확인
sudo lsof -i :80
sudo lsof -i :443

일반적인 문제 해결

포트 충돌 문제 체크

Apache + Nginx 동시 사용 시 자주 발생
특히 Certbot –apache 사용 시 충돌할 수 있음.

sudo ss -tlnp | grep :80
sudo ss -tlnp | grep :443

// 만약 Nginx가 잡고 있다면
sudo systemctl stop nginx
sudo systemctl disable nginx

403 Forbidden 오류

# Directory 권한 확인
<Directory /var/www/testdomain>
    Require all granted
    # 또는
    Options +Indexes
</Directory>

# 파일 시스템 권한 확인
sudo chmod -R 755 /var/www/testdomain
sudo chown -R www-data:www-data /var/www/testdomain

500 Internal Server Error

# 설정 문법 오류 확인
sudo apache2ctl configtest

# .htaccess 문제 확인
sudo tail -50 /var/log/apache2/error.log

# SELinux 확인 (CentOS/RHEL)
sudo setenforce 0  # 임시 비활성화

SSL 인증서 오류

# 인증서 파일 존재 확인
ls -la /etc/letsencrypt/live/testdomain.com/

# 인증서 유효기간 확인
sudo certbot certificates

# 인증서 갱신
sudo certbot renew

# SSL 인증서 권한 변경 주의
# SSLCertificateFile: file '/etc/letsencrypt/live/.../fullchain.pem' does not exist or is empty // 원인은 보통 인증서 폴더 권한 문제

sudo chmod 755 /etc/letsencrypt/live
sudo chmod 644 /etc/letsencrypt/live/DOMAIN/fullchain.pem
sudo chmod 600 /etc/letsencrypt/live/DOMAIN/privkey.pem

프록시 오류 (502 Bad Gateway)

# 백엔드 서비스 작동 확인
curl http://localhost:3000/

# SELinux 설정 (CentOS/RHEL)
sudo setsebool -P httpd_can_network_connect 1

# 프록시 타임아웃 늘리기
ProxyTimeout 600

Proxy 헤더 관련 ForwardedHeaders 추가

ASP.NET Core, Node.js, Django 모두 HTTPS 프록시 환경에서 필수

RequestHeader set X-Forwarded-For %{REMOTE_ADDR}s
RequestHeader set X-Forwarded-Proto https
RequestHeader set X-Forwarded-Host %{HTTP_HOST}s

# (예시) ASP.NET Core
app.UseForwardedHeaders(new ForwardedHeadersOptions
{
    ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto
});

보안 강화

보안 헤더 설정

<VirtualHost *:443>
    ServerName testdomain.com
    
    # ... SSL 설정 ...
    
    # HSTS (HTTP Strict Transport Security)
    Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"
    
    # XSS 방지
    Header always set X-XSS-Protection "1; mode=block"
    
    # MIME 타입 스니핑 방지
    Header always set X-Content-Type-Options "nosniff"
    
    # 클릭재킹 방지
    Header always set X-Frame-Options "SAMEORIGIN"
    
    # Referrer 정책
    Header always set Referrer-Policy "strict-origin-when-cross-origin"
    
    # CSP (Content Security Policy)
    Header always set Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline'; style-src 'self' 'unsafe-inline';"
    
    # 서버 정보 숨기기
    ServerTokens Prod
    ServerSignature Off
</VirtualHost>

접근 제어

# IP 기반 접근 제어
<Directory /var/www/admin>
    # 특정 IP만 허용
    Require ip 192.168.1.0/24
    Require ip 10.0.0.5
    
    # 또는 특정 IP 차단
    Require all granted
    Require not ip 192.168.1.100
</Directory>

# HTTP Basic 인증
<Directory /var/www/protected>
    AuthType Basic
    AuthName "Restricted Area"
    AuthUserFile /etc/apache2/.htpasswd
    Require valid-user
</Directory>

.htpasswd 파일 생성

# htpasswd 파일 생성 (첫 사용자)
sudo htpasswd -c /etc/apache2/.htpasswd username

# 추가 사용자 등록 (-c 옵션 제거)
sudo htpasswd /etc/apache2/.htpasswd username2

Rate Limiting (mod_ratelimit)

<Location /api>
    SetOutputFilter RATE_LIMIT
    SetEnv rate-limit 400
    SetEnv rate-initial-burst 100
</Location>

성능 최적화

캐싱 설정

<VirtualHost *:443>
    ServerName testdomain.com
    
    # ... 기본 설정 ...
    
    # 정적 파일 캐싱
    <IfModule mod_expires.c>
        ExpiresActive On
        
        # 이미지
        ExpiresByType image/jpg "access plus 1 year"
        ExpiresByType image/jpeg "access plus 1 year"
        ExpiresByType image/gif "access plus 1 year"
        ExpiresByType image/png "access plus 1 year"
        ExpiresByType image/webp "access plus 1 year"
        ExpiresByType image/svg+xml "access plus 1 year"
        
        # CSS/JS
        ExpiresByType text/css "access plus 1 month"
        ExpiresByType application/javascript "access plus 1 month"
        
        # 폰트
        ExpiresByType font/woff2 "access plus 1 year"
        ExpiresByType font/woff "access plus 1 year"
        
        # HTML
        ExpiresByType text/html "access plus 1 hour"
    </IfModule>
    
    # Cache-Control 헤더
    <FilesMatch "\.(jpg|jpeg|png|gif|webp|svg|css|js|woff|woff2)$">
        Header set Cache-Control "max-age=31536000, public"
    </FilesMatch>
</VirtualHost>

Gzip & Brotli 압축

<IfModule mod_deflate.c>
    # 압축 활성화
    AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css
    AddOutputFilterByType DEFLATE application/javascript application/json
    AddOutputFilterByType DEFLATE application/xml application/xhtml+xml
    AddOutputFilterByType DEFLATE image/svg+xml
    
    # 이미지는 압축 제외 (이미 압축됨)
    SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|webp)$ no-gzip
</IfModule>


sudo apt install libapache2-mod-brotli
sudo a2enmod brotli

<IfModule mod_brotli.c>
    BrotliCompressionQuality 5
    AddOutputFilterByType BROTLI_COMPRESS text/html text/plain text/css application/javascript application/json image/svg+xml
</IfModule>

KeepAlive 설정

# /etc/apache2/apache2.conf

# KeepAlive 활성화
KeepAlive On

# 최대 요청 수
MaxKeepAliveRequests 100

# 타임아웃 (초)
KeepAliveTimeout 5

MPM 설정 최적화

# /etc/apache2/mods-available/mpm_event.conf

<IfModule mpm_event_module>
    StartServers             2
    MinSpareThreads          25
    MaxSpareThreads          75
    ThreadLimit              64
    ThreadsPerChild          25
    MaxRequestWorkers        150
    MaxConnectionsPerChild   0
</IfModule>

디렉토리 구조

Apache 설정 파일 구조

/etc/apache2/
├── apache2.conf              # 메인 설정 파일
├── ports.conf                # 포트 설정
├── conf-available/           # 사용 가능한 설정
├── conf-enabled/             # 활성화된 설정
├── mods-available/           # 사용 가능한 모듈
├── mods-enabled/             # 활성화된 모듈 (심볼릭 링크)
├── sites-available/          # 사용 가능한 가상호스트
│   ├── 000-default.conf
│   ├── testdomain.conf
│   └── api.testdomain.conf
├── sites-enabled/            # 활성화된 가상호스트 (심볼릭 링크)
│   ├── 000-default.conf -> ../sites-available/000-default.conf
│   └── testdomain.conf -> ../sites-available/testdomain.conf
└── envvars                   # 환경 변수

웹 컨텐츠 디렉토리

/var/www/
├── html/                     # 기본 DocumentRoot
├── testdomain/               # 가상호스트 디렉토리
│   ├── public/
│   ├── index.html
│   └── .htaccess
└── logs/                     # 로그 (선택사항)

유용한 명령어 모음

빠른 참조

# 설정 테스트
sudo apache2ctl configtest

# 가상호스트 목록
sudo apache2ctl -S

# 설정 리로드 (무중단)
sudo systemctl reload apache2

# 재시작
sudo systemctl restart apache2

# 상태 확인
sudo systemctl status apache2

# 로그 실시간 모니터링
sudo tail -f /var/log/apache2/error.log

# 특정 도메인 설정 확인
sudo apache2ctl -D DUMP_VHOSTS | grep testdomain

# 활성화된 모듈 목록
apache2ctl -M

# 설정 파일 문법 체크
sudo apachectl -t

자주 사용하는 작업

# 새 가상호스트 생성부터 활성화까지
sudo vim /etc/apache2/sites-available/newsite.conf
sudo a2ensite newsite.conf
sudo apache2ctl configtest
sudo systemctl reload apache2

# SSL 인증서 발급 및 자동 설정
sudo certbot --apache -d newsite.com

# 로그 분석
sudo tail -1000 /var/log/apache2/access.log | grep "POST" | wc -l

# 디스크 사용량 확인
sudo du -sh /var/log/apache2/*

# 오래된 로그 정리
sudo find /var/log/apache2/ -name "*.log.*" -mtime +30 -delete

문제 상황별 체크리스트

사이트가 접속되지 않을 때

• [ ] Apache 서비스 작동 확인: sudo systemctl status apache2
• [ ] 포트 리스닝 확인: sudo netstat -tlnp | grep :80
• [ ] 방화벽 확인: sudo ufw status
• [ ] DNS 설정 확인: nslookup testdomain.com
• [ ] 가상호스트 활성화 확인: sudo apache2ctl -S
• [ ] 설정 문법 확인: sudo apache2ctl configtest

502 Bad Gateway 발생 시

• [ ] 백엔드 서비스 작동 확인: curl http://localhost:3000/
• [ ] 프록시 설정 확인: ProxyPass, ProxyPassReverse
• [ ] SELinux 설정 확인 (CentOS/RHEL)
• [ ] 타임아웃 설정 확인: ProxyTimeout
• [ ] 에러 로그 확인: sudo tail -50 /var/log/apache2/error.log

SSL 인증서 오류 시

• [ ] 인증서 파일 존재 확인
• [ ] 인증서 유효기간 확인: sudo certbot certificates
• [ ] 인증서 경로 확인
• [ ] 포트 443 리스닝 확인
• [ ] SSL 모듈 활성화 확인: apache2ctl -M | grep ssl

The post Apache Virtual Host Guide (Apache 가상 호스트 설정) appeared first on 어제와 내일의 나 그 사이의 이야기.

MySQL 서비스 관리 명령어

상태 확인

sudo systemctl status mysql

서비스 시작

sudo systemctl start mysql

서비스 재시작

# 설정 변경 후 MySQL 재시작 필요
sudo systemctl restart mysql

서비스 중지

sudo systemctl stop mysql

부팅 시 자동 시작

# 부팅 시 자동 시작 활성화
sudo systemctl enable mysql

# 부팅 시 자동 시작 비활성화
sudo systemctl disable mysql

설정 파일

sudo cat /etc/mysql/my.cnf

# 현재 상태 정보 확인
mysql -u root -p -e "SHOW STATUS;"

# MySQL 클라이언트로 현재 설정 값 확인
mysql -u root -p -e "SHOW VARIABLES;"

# 특정 설정 값만 필터링해서 보기 (예: buffer_pool_size)
mysql -u root -p -e "SHOW VARIABLES LIKE '%buffer_pool_size%';"

추가 유용한 명령어

# MySQL 프로세스 확인
ps aux | grep mysql

# MySQL 버전 확인
mysql -V
mysql -u root -p -e "SELECT version();"

# 사용자 목록 확인
mysql -u root -p -e "SELECT user, host FROM mysql.user;"

# 데이터베이스 목록 확인
mysql -u root -p -e "SHOW DATABASES;"

# 테이블 상태 확인
mysql -u root -p -e "SHOW TABLE STATUS;"

# 실행 중인 쿼리 확인
mysql -u root -p -e "SHOW PROCESSLIST;"

백업 및 복구

# 전체 데이터베이스 백업
sudo mysqldump -u root -p --all-databases > full_backup.sql

# 특정 데이터베이스 백업
sudo mysqldump -u root -p database_name > db_backup.sql

# 백업 파일로 복구
mysql -u root -p < full_backup.sql

The post MySQL 서비스 관리 명령어 (Ubuntu) appeared first on 어제와 내일의 나 그 사이의 이야기.

Ubuntu export 명령어

1⃣ 개요

export 명령어는 현재 셸 환경에 환경 변수를 등록하거나 수정하는 데 사용

등록된 변수는 현재 셸과 그 자식 프로세스에서 사용할 수 있음

2⃣ 기본 문법

export 변수명=값

또는

export 변수명

• 변수명=값 : 새 환경 변수를 만들거나 기존 변수 값을 변경
• 변수명 : 이미 선언된 변수를 환경 변수로 승격

3⃣ 특징

• 환경 변수는 프로세스 간 전달 가능 (부모 → 자식).
• export로 설정한 변수는 현재 세션에서만 유효.
• 영구적으로 유지하려면 ~/.bashrc 또는 ~/.bash_profile에 추가해야 함.

4⃣ 확인 방법

echo $변수명       # 변수 값 출력
printenv 변수명    # 환경 변수 확인
env                # 전체 환경 변수 목록

.NET에서의 사용 예시

1⃣ ASP.NET Core에서 환경 지정

export ASPNETCORE_ENVIRONMENT=Development
export ASPNETCORE_ENVIRONMENT=Staging
export ASPNETCORE_ENVIRONMENT=Production

export DOTNET_ENVIRONMENT=Development
export DOTNET_ENVIRONMENT=Staging // 실제 운영 환경(Production)과 거의 동일하지만, 사용자에게는 서비스되지 않는 사전 검증용 환경
export DOTNET_ENVIRONMENT=Production

dotnet run

• 예를 들어 Development로 설정하면, 개발 모드 환경 설정(appsettings.Development.json)을 자동으로 사용

2⃣ .NET에서 특정 포트로 실행

# 5005번 포트로 애플리케이션 실행
export ASPNETCORE_URLS="http://localhost:5005"

dotnet run

• ASPNETCORE_URLS 환경 변수를 이용해 실행 시 포트를 변경할 수 있음

3⃣ 영구 설정

# 1. .bashrc 파일에 환경 변수 설정 명령어를 추가
echo 'export DOTNET_ENVIRONMENT=Production' >> ~/.bashrc

# 2. 수정된 .bashrc 설정을 현재 터미널 세션에 바로 적용
source ~/.bashrc

# 3. 설정 확인
echo $DOTNET_ENVIRONMENT

The post Ubuntu export 명령어 (.NET) appeared first on 어제와 내일의 나 그 사이의 이야기.

SMTP?

SMTP(Simple Mail Transfer Protocol)는 이메일을 전송하기 위해 사용되는 표준 통신 프로토콜

인터넷 상에서 이메일 클라이언트 메일 서버 수신자 메일 서버 간에 텍스트 기반 명령어를 통해 메시지를 전송합니다.

SMTP의 역할

• 이메일 작성자 → 서버 전송 (Client to Server)
• 이메일 서버 → 수신자 서버 전송 (Server to Server)
• 전송만 가능, 수신은 불가능 (수신은 POP3 또는 IMAP 프로토콜이 담당)

SMTP 흐름 요약

[보낸 사람]
    ↓ SMTP
[보낸 사람 메일 서버]
    ↓ SMTP
[받는 사람 메일 서버]
    ↓ IMAP 또는 POP3
[받는 사람]

SMTP 기본 포트

포트	용도	설명
25	기본 SMTP 포트	서버 간 메일 전송 (많이 차단됨)
465	SMTP over SSL (암호화)	구식이나 일부 서비스에서 사용
587	SMTP with STARTTLS	현재 권장되는 전송 방식

SMTP 주요 명령어 (명령 기반 프로토콜)

SMTP는 사람이 타이핑할 수도 있을 정도로 단순한 텍스트 프로토콜입니다.

SMTP 보안 방식

SMTP는 원래 암호화되지 않은 상태로 설계되었기 때문에, 현대에서는 보안 강화가 필요합니다.

SMTP 클라이언트 구성 요소 (개발 시)

• SMTP 서버 주소: ex) smtp.gmail.com, smtp.naver.com
• 포트 번호: 보통 587 (STARTTLS) 또는 465 (SSL)
• 이메일 계정 정보: 인증을 위한 ID / 앱 비밀번호
• TLS/SSL 설정: 암호화 전송 필요
• 보낸 사람, 받는 사람, 제목, 본문, 첨부파일 등

SMTP와 관련된 주요 용어

POP3란?

POP3 (Post Office Protocol version 3)는 원격 메일 서버에 저장된 이메일을 다운로드해서 로컬에 저장하는 수신 프로토콜입니다.

• SMTP가 “이메일을 보내는” 프로토콜이라면
• POP3는 “이메일을 받아오는” 데 사용됩니다.

POP3 기본 특징

POP3 동작 흐름

1. 메일 클라이언트(Outlook, Thunderbird 등)가 POP3 서버에 연결
2. 사용자 인증 (ID/PW)
3. 서버에 저장된 메일을 다운로드
4. 다운로드 후 서버에서 메일 삭제 (옵션: 서버에 복사본 유지 가능)
5. 연결 종료

POP3 주요 명령어

POP3는 텍스트 기반 명령어로 동작합니다 (Telnet 등으로 직접 테스트 가능).

POP3 포트 및 암호화

포트	설명
110	일반 POP3 (암호화 없음)
995	POP3 over SSL (보안 연결)

POP3 vs IMAP

항목	POP3	IMAP
메일 저장 위치	클라이언트 (로컬)	서버 (중앙 저장)
디바이스 동기화	불가능	가능
폴더 지원	없음	있음
서버에서 삭제	기본적으로 삭제	기본적으로 유지
사용 대상	단일 장치에서 메일 확인	여러 기기에서 메일 동기화

POP3는 단일 장치 기반, IMAP은 클라우드 기반 메일 관리에 더 적합합니다.

실제 메일 서비스의 POP3 설정 예시

• Gmail POP3 설정

항목	값
서버 주소	pop.gmail.com
포트	995
보안	SSL 필수
인증 필요	ID, 앱 비밀번호 필요

설정 경로: Gmail 설정 → 전달 및 POP/IMAP → POP 사용 설정

POP3를 사용할 수 있는 클라이언트/환경

• 데스크탑: Outlook, Thunderbird, Windows Mail
• 모바일: 대부분의 이메일 앱에서 설정 가능
• .NET 또는 다른 언어에서 직접 구현 가능 (MailKit, OpenPop.NET 등 라이브러리 사용)

POP3 사용 시 주의사항

항목	설명
서버 저장 유무 설정	대부분 클라이언트에서 “서버에 복사본 유지” 옵션 있음
여러 기기 동시 사용 어려움	한 번 내려받으면 다른 기기에서 확인 어려움
보안 필수	항상 SSL 포트를 사용해야 함 (995)
앱 비밀번호 사용	Gmail/Naver 등은 앱 비밀번호 요구

정리 요약

우분투 메일서버 구축 추가 자료 동영상

우분투 Postfix 설치

Sendmail은 복잡하고 보안에 취약해서, 보통은 Postfix를 많이 사용

sudo apt update
sudo apt install postfix
sudo apt install mailutils

Postfix가 설치되면 

설정
/etc/postfix/main.cf 

포트 변경
sudo vim /etc/postfix/master.cf

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       y       -       -       smtpd
3512      inet  n       -       y       -       -       smtpd

# 25번(smtp) 포트를 유지하면서 3512 포트를 추가

The post SMTP, 우분투 Postfix 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 어제와 내일의 나 그 사이의 이야기.

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 어제와 내일의 나 그 사이의 이야기.