오프사이트 백업

같은 디스크에 있는 사본은 단 한 가지, 바로 자신의 rm -rf 실수로부터만 보호해 줍니다. 다른 위치에 있는 사본만이 OS 재설치, 접근 권한 상실, 랜섬웨어, 또는 머신 전체를 마비시키는 어떤 장애로부터 여러분을 구해 줍니다.

어디에 보관할까요

원칙은 간단합니다. 사본은 원본 머신의 완전한 손실에서도 살아남아야 합니다. 단일 이벤트로 두 스토리지가 모두 다운된다면, 그것은 하나의 위치입니다.

누가 누구에게서 가져올까요

두 가지 방식이 있으며, 랜섬웨어에 대해 서로 다르게 방어합니다.

머신이 사본을 밀어 넣습니다. 단순하지만, 푸시 키가 머신에 있습니다. root를 획득한 공격자는 스토리지에도 접근할 수 있습니다.

스토리지가 사본을 직접 가져옵니다. 키가 수신자 쪽에 있고, 머신은 그 키에 대해 전혀 모릅니다. 더 안전하지만, 수신자가 머신에 접근할 수 있어야 합니다.

둘 다 커버하는 절충안이 있습니다. 머신이 밀어 넣되, 수신자의 키를 쓰기 전용으로 제한하고 삭제 권한을 주지 않는 것입니다.

command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup

Restic에서는 append-only 모드가 같은 역할을 합니다. 추가만 가능한 저장소입니다.

restic --repo sftp:backup@host:/srv/restic backup /data

이 경우 오래된 스냅샷은 머신이 아니라 수신자가 자체 일정에 따라 삭제합니다.

머신에 있고 사본 삭제 권한까지 가진 키는 전체 체계의 가치를 떨어뜨립니다. 랜섬웨어는 바로 그 키를 가장 먼저 찾습니다. 삭제 권한은 다른 누군가에게 있어야 합니다.

가용성 점검

복원은 보통 최악의 순간에 필요합니다. 머신은 다운되고, 당황한 상태이며, 시간이 없습니다. 미리 다음을 확인해 두세요.

• 스토리지 주소와 자격 증명 — 이 머신 외부에 기록해 둡니다.
• Restic 저장소 비밀번호 — 비밀번호 관리자에 보관합니다.
• 머신의 root 비밀번호 — 암호화되어 저장되며 /hosting/vds/m/<id> 패널의 “Access” 탭에 있는 버튼으로 표시되지만, 패널은 본인만 접근할 수 있습니다.
• 무엇이 어디에 있는지 목록: 어느 사본에 무엇이 들어 있는지.

이 내용을 짧은 메모로 적어 VPS 외부에 보관하세요.

데이터를 얼마나 옮길까요

대역폭은 최대 500 Mbps이지만, 병목은 보통 수신자 쪽에 있습니다. 첫 전체 사본은 한가한 시간에 수동으로 수행하고, 그 이후에는 변경분만 전송됩니다. 서비스에 방해되지 않도록 속도를 제한하려면:

rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...

값은 초당 킬로바이트 단위입니다.

흔한 실수

• 두 사본이 같은 제공업체의 같은 위치에 있습니다. 무엇이라 부르든 그것은 하나의 위치입니다.
• 사본을 밀어 넣고 있지만 멈춘 것을 아무도 모릅니다. Uptime Kuma에 푸시 점검을 설정하세요.
• 복원을 한 번도 시도해 본 적이 없습니다. 복원 훈련을 참고하세요.
• 스토리지 자격 증명이 사본에도 함께 들어가는 스크립트 안에 있습니다. 암호화가 되어 있으면 치명적이지는 않지만, 스크립트와 함께 스토리지를 잃으면 그것이 구멍입니다.

사본에 정확히 무엇을 넣을지는 무엇을 백업할까요에서 다루고, 방법은 rsync와 Restic입니다.