1nfratech1nfra IT Blog

사용률이 80%를 넘은 RAID 5 스토리지 풀(4TB × 4)을 DSM 7의 드라이브 교체 기능으로 8TB × 4로 바꿔, 볼륨을 10.5TB → 20.9TB로 늘렸습니다. 디스크 교체에 약 20시간, 볼륨 확장에 약 10시간, 총 2일 정도 걸렸습니다.1. 배경데이터 저장용으로 쓰는 스토리지 풀 2는 4TB 디스크 4개를 RAID 5로 묶어 약 10.5TB 볼륨으로 쓰고 있었습니다. 2년 넘게 쓰다 보니 사용률이 80%를 넘어 증설이 필요해졌습니다. 디스크를 한 개씩 더 큰 디스크로 바꾸는 방식을 택했습니다. DSM 6에서는 멀쩡한 디스크를 바꾸려면 RAID를 일부러 깨고 교체한 뒤 복구(수리)해야 했지만, DSM 7부터는 드라이브 교체 기능으로 RAID를 깨지 않고 디스크를 바꿀 수 있기 때문입니다..

DSM 7의 드라이브 교체 기능을 쓰면 RAID를 깨지 않고 정상 디스크를 새 디스크로 바꿀 수 있습니다. RAID 5로 묶인 드라이브 8을 새로 장착한 드라이브 4로 교체한 과정을 정리했습니다.1. 배경DSM 6에서는 멀쩡한 디스크를 바꾸려면 RAID를 일부러 깨고 디스크를 교체한 뒤 복구(수리)해야 했습니다. DSM 7부터는 드라이브 교체 기능이 생겨 훨씬 안전하게 교체할 수 있습니다.2. 기존 방식과 비교구분기존 방식 (RAID 깨고 수리)드라이브 교체 (DSM 7)동작RAID를 깨고 수리로 재구성교체할 디스크의 데이터를 새 디스크로 복사한 뒤 RAID 구성디스크 부하모든 디스크에 많은 읽기 부하다른 디스크에는 부하 없음조건-빈 슬롯 1개 필요주의: 드라이브 교체는 새 디스크를 꽂을 빈 슬롯이 있어..

시놀로지 NAS의 Active Backup for Business로 VMware vSphere의 VM을 백업하도록 설정했습니다. vCenter를 하이퍼바이저로 등록하고, 스케줄과 보존 정책(10개 버전)을 지정했습니다.1. 배경VMware vSphere를 쓰다 보니 VM 백업이 필요해졌습니다. 이미 쓰고 있는 시놀로지 NAS로 백업을 받기로 했습니다.2. 환경항목내용백업 서버Synology NAS백업 패키지Active Backup for Business백업 대상VMware vSphere VM (vCenter로 등록)보존 정책최근 10개 버전 유지3. 작업 과정3.1 Active Backup for Business 설치패키지 센터에서 Active Backup for Business를 설치합니다.패키지 센터..

처음 설치할 때 IP로 설정한 vCenter(VCSA)를 FQDN으로 바꿨습니다. VAMI 관리 페이지(5480 포트)의 네트워킹 설정에서 변경하며, 제 환경에서는 약 20분이 걸렸습니다.1. 배경vCenter는 FQDN(도메인 이름)으로 설정하면 관리가 편하지만, 처음에는 잘 몰라서 IP로 설치했습니다. 이번에 IP를 FQDN으로 바꿨습니다.2. 작업 전 확인할 것변경할 FQDN이 DNS에 등록되어 있어야 합니다.변경 과정에서 SSO 관리자(Administrator) 계정 로그인이 필요합니다.변경하는 동안 vCenter에 접속할 수 없습니다. 제 환경에서는 약 20분이 걸렸습니다.3. 작업 과정3.1 VAMI 관리 페이지 로그인브라우저에서 https://(IP 또는 FQDN):5480 으로 관리 페이지..

홈네트워크에서 쓰는 HPE J9979A 스위치의 펌웨어를 PT.02.06에서 02.15로 올렸습니다. 관리 페이지의 Backup and Update Manager에서 설정을 백업한 뒤, HTTP로 펌웨어 파일을 올리고 재부팅하는 순서입니다.1. 배경홈네트워크에서 쓰던 HPE J9979A 스위치의 펌웨어가 너무 오래됐습니다. 정상 동작 중이면 보통 업데이트하지 않지만, 자잘한 버그 수정과 보안을 위해 업데이트했습니다.2. 환경항목내용장비HPE OfficeConnect J9979A현재 펌웨어PT.02.06업데이트 펌웨어02.15 (최신 버전 아님)방법웹 관리 페이지 > Backup and Update Manager > Update / HTTP3. 작업 과정3.1 현재 펌웨어 확인관리 페이지에 접속하면 현재 ..

CentOS 7을 쓰는 Dell R720 서버에 서버 관리 도구 OMSA(OpenManage Server Administrator) 7.4.1을 설치했습니다. OMSA는 RHEL용이라 OS 정보를 잠시 RHEL 7로 바꿔 설치했고, 중간에 난 libxslt 오류는 패키지 설치로 해결했습니다.1. 환경항목내용서버Dell PowerEdge R720OSCentOS 7설치 버전OMSA 7.4.1 (RHEL 7용)접속 포트1311/tcp2. 설치 과정2.1 필수 패키지 설치yum install libcmpiCppImpl0 openwsman-server openwsman-client sblim-sfcb pciutils2.2 OS 정보를 RHEL 7로 잠시 변경OMSA 설치 프로그램은 RHEL만 지원하므로, 시스템이..

HAProxy 2대(Master/Backup)와 keepalived로 VIP(192.168.1.200)를 공유하는 이중화 로드밸런서를 만들고, 뒤에 WordPress 웹 서버 2대를 붙였습니다. Master를 재시작해 VIP가 Backup으로 넘어가는 것까지 확인했습니다.1. 구성keepalived: VIP 관리와 이중화(Master 장애 시 Backup이 VIP를 넘겨받음)HAProxy: 웹 서버로 트래픽을 나누는 로드밸런싱호스트IP포트역할VIP192.168.1.200-HAProxy Master/Backup이 공유Haproxy_Master192.168.1.20180keepalived + HAProxyHaproxy_Backup192.168.1.20280keepalived + HAProxyWeb_Maste..

Zabbix에서 ICMP Ping 모니터링이 동작하지 않아 확인해 보니 fping 설치와 서버 설정이 추가로 필요했습니다. fping을 설치하고 zabbix_server.conf에 경로를 지정한 뒤, 호스트에 ICMP Ping 템플릿을 적용했습니다.1. 문제Zabbix로 호스트의 ICMP(Ping) 상태를 모니터링하려 했는데 데이터가 수집되지 않았습니다. Zabbix 서버는 Ping 확인에 fping을 쓰기 때문에, fping 설치와 경로 설정이 필요했습니다.2. 해결 과정2.1 fping 설치root@zabbix:~ apt-get install -y fping설치 후 which로 fping 경로를 확인합니다. 이 경로를 다음 단계에서 설정 파일에 넣습니다.root@zabbix:~ which fpingf..

시놀로지 NAS에 VPN Server 패키지를 설치해 L2TP/IPSec VPN을 구성했습니다. VPN 클라이언트 대역은 NAS와 다른 192.168.200.0으로 잡았고, 방화벽에서 UDP 500·1701·4500 포트를 연 뒤 맥북에서 접속을 확인했습니다.1. 환경항목내용VPN 서버Synology NAS, VPN Server 패키지프로토콜L2TP/IPSec클라이언트 IP 대역192.168.200.0 (NAS 네트워크와 다른 대역)방화벽 허용 포트500, 1701, 4500테스트 클라이언트macOS (맥북)2. 작업 과정2.1 VPN Server 설치DSM에 로그인해 패키지 센터에서 VPN Server를 찾아 설치합니다.패키지 센터에서 VPN Server 설치 설치를 마치고 실행하면 VPN 설정 화면이..

Zabbix에 호스트를 추가하다가 configuration cache 사용률이 75%를 넘었다는 알림을 받았습니다. zabbix_server.conf의 CacheSize를 늘리고 서버를 재시작해 해결했습니다.1. 증상Zabbix에 호스트를 추가해 모니터링을 설정하던 중 아래 알림이 왔습니다.Zabbix server: More than 75% used in the configuration cache그래프를 보니 사용률이 75%를 넘은 상태로 계속 유지되고 있었습니다.configuration cache 사용률 그래프2. 원인Zabbix 서버와 프록시는 호스트, 아이템, 트리거 정보를 공유 메모리(configuration cache)에 저장합니다. 이 메모리가 정해진 크기의 75%를 넘으면 알림이 발생합니다...