Vultr 블록 스토리지 및 GlusterFS를 사용하는 고 가용성 공유 드라이브

• GlusterFS 설정
• 재 장착에 관한 중요 사항
• 백업에 관한 중요 사항
• 자주하는 질문

GlusterFS는 네트워크 연결 파일 시스템으로 네트워크의 여러 장치에서 두 개의 드라이브를 효과적으로 공유 할 수 있습니다. 이 파일 시스템은 Vultr의 블록 스토리지 제품에 완벽하게 적합합니다. 네트워크에서 드라이브를 즉시 공유 할 수 없기 때문에 즉시 사용할 수 없습니다.

기능, 확장 성 및 안정성 측면에서 GlusterFS는 가장 정교하고 안정적인 파일 시스템 중 하나로 입증되었습니다.

한 서버에서 드라이브를 변경하면 실시간으로 다른 서버로 자동 복제됩니다. 이를 달성하고이 가이드를 따르려면 다음이 필요합니다.

• 동일한 운영 체제를 실행하는 두 개의 Vultr 클라우드 인스턴스
• 동일한 크기의 두 개의 블록 스토리지 드라이브.

이 두 개의 블록 스토리지 드라이브를 주문한 후에는이를 VM 1 및 VM 2에 연결해야합니다. 동일한 파일 시스템에 두 개의 블록 스토리지 드라이브를 사용하므로 두 드라이브의 총 크기를 2로 나누면 사용 가능한 양이됩니다. GB의. 예를 들어, 100GB 드라이브가 두 개인 경우 100GB를 사용할 수 있습니다 (100 * 2/2).

또한 두 VM이 동일한 개인 네트워크에 있으려면 두 VM이 동일한 위치에 있어야합니다. 내부 IP 주소를 사용하여 서버에 연결합니다. 블록 스토리지 드라이브의 데이터를 지 웁니다. 그것들이 새롭고 형식화되지 않았는지 확인하십시오.

이 가이드에서는 사용됩니다 storage1및 storage2개인 IP 주소 10.0.99.10과 10.0.99.11로 각각. 서버 이름과 IP 주소는 아마도 다를 수 있으므로 GlusterFS를 설정하는 과정에서 변경해야합니다.

이 안내서는 CentOS / RHEL 7을 염두에두고 작성되었습니다. 그러나 GlusterFS는 여러 Linux 배포판에서 비교적 상호 호환됩니다.

GlusterFS 설정

1 단계 : /etc/hosts파일 변경

각각의 인스턴스에 빠르게 연결할 수 있으려면 기억하기 쉬운 이름을 hosts파일에 추가해야 합니다. /etc/hosts파일을 열고 아래에 다음 줄을 추가하십시오.

10.0.99.10 storage1
10.0.99.11 storage2

2 단계 : 디스크 추가 storage1

SSH를 storage1실행하여 다음 명령을 실행하십시오. 연결된 블록 스토리지 드라이브는 기본적으로로 마운트됩니다 /dev/vdb. 어떤 이유로 든 귀하의 경우에 다른 경우, 아래 명령에서 변경해야합니다.

디스크를 포맷하십시오 :

fdisk /dev/vdb

다음 세 가지 질문 (파티션 크기 등을 고려하여 블록 스토리지 드라이브에서 사용 가능한 모든 공간을 사용하려고 함)에 대해 "enter"를 누르고 "w"를 작성하여 이러한 변경 사항을 디스크에 씁니다. 이 작업이 성공적으로 완료되면 다음을 작성하십시오.

/sbin/mkfs.ext4 /dev/vdb1

Vultr는 기본적으로 블록 스토리지에 파일 시스템을 작성하지 않으므로 파일 시스템을 작성했습니다.

다음으로 파일을 저장할 폴더를 만듭니다. 이 이름을 변경할 수는 있지만 이름이 많이 표시되지 않으므로 복잡성을 없애기 위해 그대로 두는 것이 좋습니다.

mkdir /glusterfs1

부팅시 드라이브를 자동으로 마운트하려면 /etc/fstab파일 맨 아래에 다음 줄을 열고 추가하십시오.

/dev/vdb1 /glusterfs1      ext4    defaults        1 2

마지막으로 드라이브를 마운트하십시오.

mount -a

재부팅은 계속해서 마운트 상태를 유지하므로 서버를 재부팅하면 드라이브가 자동으로 다시 마운트됩니다.

3 단계 : 디스크 추가 storage2

디스크를 추가하고 마운트 storage1했으므로 디스크도 만들어야합니다 storage2. 명령은 거의 다릅니다. 의 경우 fdisk위와 동일한 단계를 수행하십시오.

fdisk /dev/sdb
/sbin/mkfs.ext4 /dev/sdb1
mkdir /glusterfs2

/etc/fstab다음 행을 편집 하고 추가하십시오.

/dev/vdb1 /glusterfs2      ext4    defaults        1 2

on storage1과 마찬가지로 드라이브는 재부팅시 자동으로 마운트됩니다.

드라이브를 마운트하십시오 :

mount -a

마지막으로 파티션이 표시되는지 확인하십시오.

df -h

여기에 드라이브가 나타납니다. 그렇지 않은 경우 위의 단계를 따르십시오.

4 단계 : storage1및에 GlusterFS 설치storage2

다음에 GlusterFS를 설치해야합니다. 저장소를 추가하고 GlusterFS를 설치하십시오 :

rpm  -ivh  http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm
wget -P /etc/yum.repos.d http://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.5/CentOS/glusterfs-epel.repo
yum -y install glusterfs glusterfs-fuse glusterfs-server

yum리포지토리의 서명이 올바르지 않기 때문에 오류가 발생할 가능성이 있습니다 . 이 경우 GPG 서명을 강제로 확인하지 않는 것이 안전합니다.

yum -y install glusterfs glusterfs-fuse glusterfs-server --nogpgcheck

두 서버 모두에서 다음 명령을 실행하여 지금 GlusterFS를 시작하고 재부팅 후 자동으로 시작하십시오.

systemctl enable glusterd.service
systemctl start glusterd.service

이전 버전의 CentOS를 사용하는 경우 service및 chkconfig명령을 사용할 수 있습니다 .

chkconfig glusterd on
service glusterd start

5 단계 : 방화벽 비활성화 storage1및storage2

최상의 솔루션은 아니지만 차단 된 포트와의 충돌 가능성을 제거하기 위해 방화벽을 끄는 것이 좋습니다. 이 작업이 편하지 않다면 원하는대로 규칙을 자유롭게 변경할 수 있지만 GlusterFS의 특성상 방화벽을 비활성화하는 것이 좋습니다. 개인 네트워크가 실제로 Vultr에서 개인임을 고려하면 (다른 고객을 방화벽으로 막을 필요가 없음) 인터넷에서 들어오는 모든 트래픽을 차단하고 개인 네트워크에 대한 허용 된 연결을 제한 할 수 있습니다. 그러나 방화벽을 끄고 다른 시스템 구성을 변경하지 않아도됩니다.

systemctl stop firewalld.service
systemctl disable firewalld.service

을 지원하지 않는 이전 CentOS 버전을 systemctl사용하는 경우 service및 chkconfig명령을 사용하십시오 .

service firewalld stop
chkconfig firewalld off

를 사용하지 않는 경우 다음을 firewalld비활성화하십시오 iptables.

service iptables stop
chkconfig iptables off

6 단계 : 스토리지 풀에 서버 추가

방화벽을 끈 후 두 서버를 스토리지 풀에 추가 할 수 있습니다. 사용 가능한 모든 스토리지로 구성된 풀입니다. 에서 다음 명령을 실행하십시오 storage1.

gluster peer probe storage2

이 명령은 storage2자체 스토리지 풀에 추가 됩니다. 에서 다음 명령을 실행하면 storage2두 드라이브가 모두 동기화됩니다.

gluster peer probe storage1

두 서버에서이를 실행 한 후 두 서버에서 상태를 확인해야합니다.

gluster peer status

두 서버 모두 "Peers : 1"상태 여야합니다. 일반적인 실수는 사람들이보고 싶어 Peers: 2하지만 , 그와 또래를 storage1바라 보는 것처럼 storage2그들 자신과도 어울리지 않습니다. 그러므로 Peers: 1우리가 필요한 것입니다.

7 단계 : 공유 드라이브 만들기 storage1

이제 두 서버가 GlusterFS를 통해 서로 연결할 수 있으므로 공유 드라이브를 만들 것입니다.

켜기 storage1, 실행 :

gluster volume create mailrep-volume replica 2  storage1:/glusterfs1/files  storage2:/glusterfs2/files force

볼륨이 생성되었습니다. GlusterFS에서는 여러 장치에서 활발하게 공유되도록 볼륨을 "시작"해야합니다. 시작하자 :

gluster volume start mailrep-volume

그런 다음 볼륨에 있어야하고 두 서버간에 복제 할 폴더를 선택하십시오. 이 자습서에서는 폴더를 사용합니다 /var/files. 당연히 이것은 당신이 좋아하는 것이 될 수 있습니다. 다음 storage1 에서만 작성하십시오 .

mkdir /var/files

다음으로 마운트하십시오.

mount.glusterfs storage1:/mailrep-volume /var/files/

/etc/fstab부팅시 드라이브가 자동으로 마운트되도록 업데이트 하십시오. 다음을 추가하십시오.

storage1:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0

드라이브를 다시 장착하십시오 :

mount -a

8 단계 : 공유 드라이브 만들기 storage2

에 공유 드라이브를 만들었으므로 이제 공유 드라이브도 storage1만들어야 storage2합니다. 위치 / 경로 및 이름이 같은 폴더를 만듭니다.

mkdir /var/files
mount.glusterfs storage2:/mailrep-volume /var/files/

on과 마찬가지로 storage1다음 행을 추가하십시오 /etc/fstab.

storage2:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0

드라이브를 다시 장착하십시오 :

mount -a

9 단계 : 공유 스토리지 테스트

/var/files폴더로 이동하여 storage1파일을 만듭니다.

cd /var/files
touch created_on_storage1

다음으로 storage2서버로 향하십시오 . 실행 ls -la하면 파일이 created_on_storage1나타납니다.

에 storage2로 이동 /var/files하고 폴더에 파일을 만들 :

cd /var/files
touch created_on_storage2

로 돌아가서 storage1실행하십시오 ls -la /var/files. created_on_storage2여기에 파일이 나타납니다.

10 단계 : 모든 서버를 재부팅합니다 (선택 사항)

재부팅하는 동안 설정이 계속 유지되는지 다시 확인하려면 모범 사례로 모든 서버를 재부팅해야합니다. 언급 한 것처럼 한 서버가 작동 할 때까지 기다렸다가 다른 서버를 재부팅하여 공유 드라이브를 자동으로 마운트해야합니다.

storage1먼저 재부팅 하고 작동 할 때까지 기다린 다음 재부팅하십시오 storage2. 이제 두 서버 모두에 로그인하여 실행하십시오.

cd /var/files
ls -la

이제 두 파일이 모두 나타납니다. 볼륨에 파일이없는 상태에서 시작해야합니다. 따라서 생성 한 테스트 파일을 제거하십시오. 이을에 할 수있는 storage1, storage2또는 둘 다. 변경 사항이 즉시 복제됩니다.

cd /var/files
rm created_on_storage1
rm created_on_storage2

두 볼륨의 작업에 관계없이 두 서버에서 동일한 공유 볼륨이 있어야합니다.

이제 100GB 이상의 사용 가능한 공간으로 본격적인 GlusterFS 설정을 설정했습니다. 나중에 더 많은 것이 필요할 경우, 작업 부하에 필요한 경우 더 많은 용량 및 / 또는 더 많은 서버를 추가하도록 설정을 쉽게 확장 할 수 있습니다.

읽어 주셔서 감사합니다!

재 장착에 관한 중요 사항

GlusterFS를 사용하면 두 개의 드라이브에서 데이터를 최신 상태로 유지할 수 있습니다. 그러나 두 서버가 동시에 재부팅 되면 두 서버 모두 에 드라이브를 강제로 마운트해야합니다. 다음 명령을 실행하여 마운트를 수동으로 강제 실행해야합니다.

gluster volume start mailrep-volume force

서버 중 하나는 서버로 작동하고 다른 하나는 클라이언트로 작동하기 때문입니다. 실제로 차이점이 눈에 띄게 눈에 띄지는 않지만 두 서버를 다시 부팅해야하는 경우 한 서버를 다시 부팅하고 작동 할 때까지 기다렸다가 다른 서버를 부팅해야합니다.

백업에 관한 중요 사항

데이터가 두 개의 드라이브에 복제 되더라도 데이터는 최소한 세 번 복제되어야합니다. 데이터 손상 등으로부터 데이터를보다 잘 보호 할 수 있지만 변경 사항은 즉시 적용되며 사람의 실수로부터 보호되지 않습니다. 한 드라이브에서 모든 파일을 제거하면 이러한 변경 사항이 다른 드라이브로 즉시 복제되어 두 인스턴스 모두에서 데이터가 지워집니다.

운 좋게도이를 피하기위한 여러 가지 방법이 있습니다. 먼저 클라우드 인스턴스 자체에서 백업을 활성화하는 것이 좋습니다. 이러한 백업에는 블록 스토리지의 데이터가 포함되어 있지 않지만 인스턴스 자체의 데이터를 보호합니다.

블록 스토리지 자체의 데이터를 백업 할 때는 별도의 인스턴스 (예 : SATA 계획)를 회전시켜 매일 밤 연결된 두 서버 중 하나에서 백업을 실행할 수 있도록하는 것이 좋습니다. 이렇게하면 다른 별도 장치에서 데이터를 안전하게 보호 할 수 있습니다.

자주하는 질문

디스크 스토리지를 늘릴 수 있습니까?

Vultr 제어판에서 블록 스토리지 크기를 늘릴 수 있습니다. 나중에 운영 체제 내부의 디스크 크기를 조정해야하지만이 문서에서는 다루지 않습니다.

블록 스토리지를 두 대 이상의 서버에 연결할 수 있습니까?

이 안내서는 두 대의 서버 (두 서버에 연결된 두 개의 블록 스토리지 드라이브)에 대해 작성되었지만이 안내서를 사용하여 두 대 이상의 서버에도 사용할 수 있습니다. 서버 / 드라이브가 2 개 이상인 설정은 6 개의 서버에 대해 다음과 같이 보일 수 있습니다.

VM: storage1
VM: storage2
VM: storage3
VM: storage4
Block Storage: attached to storage1
Block Storage: attached to storage2
Block Storage: attached to storage3
Block Storage: attached to storage4

모든 블록 스토리지 드라이브의 용량이 200GB 인 경우 200 * 4/4를 얻게됩니다. 즉, 사용 가능한 공간은 항상 단일 블록 스토리지 드라이브의 용량입니다. 블록 스토리지가 연결된 하나의 서버가 GlusterFS에 의해 "마스터"로 취급되고 다른 서버로 복제되기 때문입니다. 그러나이 설정은 마스터 서버 없이도 살아남을 수 있도록 설계되었으므로 중복되고 안정적이며 안정적인 솔루션이됩니다.