아직 이런 일이 발생하지는 않았지만 단일 SSD(비 RAID)를 교체 전용으로 지정하고 서버 시스템이 전체 용량을 사용하는 경우 다음에는 어떻게 되나요? 동일하고 테스트를 거쳐 작동하는 SSD가 있다고 가정하면 어떻게 복원합니까?
xfce와 함께 최신 XUbuntu를 실행하는 i3, 32GB RAM 서버가 있다고 가정해 보겠습니다. 무엇보다도 저는 많은 Windows 및 Linux 서버와 클라이언트가 있는 Oracle의 4.3.20 VirtualBox(vbox)를 실행하고 있습니다.
내가 아는 한, 여러 가지 상황이 있습니다.
시나리오 A: XUbuntu 호스트에서 사용하는 SSD 스왑 전용 드라이브를 vbox Linux 클라이언트의 스왑 파일 및 Windows 클라이언트의 페이지 파일과 공유합니다.
시나리오 B: 내 XUbuntu 호스트를 VirtualBox에서 격리합니다. 내 vbox 클라이언트는 스왑을 위해 Linux를 호스팅하는 SSD 드라이브를 절대 사용하지 않습니다. 대신 더 많은 물리적 리소스를 사용하기 위해 가상 클라이언트를 다시 시작했습니다.
시나리오 C: vbox 클라이언트가 32GB의 절반을 초과하는 것을 절대 허용하지 않으며 vbox 클라이언트가 자체 가상 스왑을 사용하도록 강제합니다.
두 경우 모두 이제 SSD가 없어져서 처리해야 합니다.
저는 스왑 및 페이지 파일에 가장 적합한 드라이브인 시나리오 A를 선호하고 있지만 이러한 오류로부터 복구하는 것이 복잡하거나 불가능한 경우 알려주시기 바랍니다. B와 C는 안전하지만 매우 제한적입니다.
다시 말하지만, 이것은 단지 시나리오일 뿐이며 아직 나에게는 그런 일이 일어나지 않았습니다. 읽어 주셔서 감사합니다!
답변1
Linux는 여러 개의 스왑 파티션이나 스왑 파일을 사용할 수 있으므로 SSD 공간이 부족할까봐 걱정된다면 사용할 수 있는 예비 스왑 파티션이나 파일을 준비하세요. 일반적으로 스왑 사용량은 사용 가능한 모든 스왑 장치 및 파일에 걸쳐 시차를 두고 적용되지만 스왑 장치에 우선 순위를 할당하여 이를 재정의할 수 있습니다.
~에서http://linux.die.net/man/8/swapon
-p, --priority 우선순위
스위칭 장치의 우선순위를 지정합니다.우선순위0에서 32767 사이의 값입니다. 숫자가 높을수록 우선순위가 높습니다. 스왑 우선순위에 대한 전체 설명은 swapon(2)을 참조하십시오. 와 함께 사용하기
pri=value
위해 옵션 필드가 에 추가되었습니다 ./etc/fstab
swapon -a
그리고로부터http://linux.die.net/man/2/swapon
스왑 페이지는 우선 순위에 따라 영역에서 가장 높은 우선 순위부터 할당됩니다. 우선순위가 다른 지역의 경우 우선순위가 높은 지역이 먼저 사용된 다음 우선순위가 낮은 지역이 사용됩니다. 두 개 이상의 영역에 동일한 우선순위가 있고 이것이 사용 가능한 가장 높은 우선순위인 경우 페이지는 라운드 로빈 방식으로 이들 영역 간에 분산됩니다.
따라서 SSD의 기본 스왑 파티션/파일에 동일한 우선순위를 부여하고 일반 HD의 "긴급" 스왑에는 더 낮은 우선순위를 부여하십시오.
IIRC에서는 스왑 파일을 사용하는 것보다 더 효율적입니다. OTOH에서는 파일을 사용하는 것이 약간 더 유연하고 추가 오버헤드가 거의 없지만 기존 HD 대신 SSD를 사용할 때 약간의 속도 차이가 더 눈에 띌 수 있을 것 같습니다. , SSD는 매우 빠르기 때문입니다.
FWIW, 이건아니요최대 절전 모드를 사용하는 경우 서로 다른 운영 체제 간에 스왑 공간을 공유하는 것이 좋습니다!