나는 이런 종류의 일을 몇 년 동안 해왔으며 아마도 내가 겪었던 것과 같은 고통을 피하는 데 도움이 될 수 있습니다.
클라우드 스토리지는 일부 유스 케이스에 이상적이지만 추가 작업없이 개인 정보 보호 / 보안에 대한 스케치이며 대량의 데이터가 포함 된 유스 케이스에 반드시 적합하지는 않습니다. (투명한 파일 단위 암호화로 보안 / 개인 정보 문제를 해결했으며 다른 사용 사례에 대해 아래 설명 된 솔루션과 함께 사용합니다.)
다음은 실행 가능성이 높은 로컬 스토리지 솔루션입니다 (기본적으로 주관적이며 특정 사용 사례에 따라 다름).
- exFAT : 저 자신의 경험이 부족하고 상대적으로 새로운 것이기 때문에 맨 아래에 있습니다. 블록 크기가 다르기 때문에 플랫폼간에 호환성 문제 가 있습니다 . 분명히 1024 바이트보다 작은 블록 크기로 Windows에서 드라이브를 포맷하면 작동 할 수 있습니다.
- NTFS : NTFS-3G와 관련하여 Windows, Mac 및 Linux간에 여러 가지 문제가있었습니다. 파일 손상, 데이터 손실 등 몇 년 전 이었지만 지금은 나아 졌을 것입니다.
- FAT32 : 필자의 경험에 따르면 이것은 Mac, Linux 및 Windows를 연결할 수 있는 유일한 "크로스 플랫폼"파일 시스템입니다. (및 카메라, TV 및 ...) 파일 당 4GB 크기 제한 및 2TiB 총 볼륨 크기 제한이 있습니다. 이론적으로 Fat32Formatter로 32GB FAT32 제한을 극복 할 수는 있지만 시스템간에 얼마나 호환되는지 모르겠습니다. 이론적으로 FAT + 는 256GiB 파일을 허용하고 더 높은 블록 크기를 사용합니다.
- CIFS를 통해 고유 파일 시스템을 호스트 OS와 공유하는 가상 머신 : 이것은 대부분의 사용 사례에 가장 적합한 솔루션입니다.
몇 년 전 NTFS-3G를 사용하여 데이터가 손상되었을 때 Windows 2000을 실행하는 작은 VM을 사용하기 시작했으며 CIFS를 통해 NTFS 볼륨을 "기본적으로"호스트 OS에 공유했습니다. 성능은 직접 연결된 스토리지와 비교할 수 없지만 마침내 데이터 손상과 그로 인한 불신과 두통에 작별 인사를했습니다. Windows 2000에서 포맷 된 NTFS는 VM의 Windows 2000과 당시의 Windows Vista 간을 전환하는 등 최신 버전의 Windows와 완벽하게 호환됩니다.
그러나 여전히 미러 구성 (특히 RAID5 구성)에서도 NTFS는 방대한 양의 데이터를 안정적으로 저장하기에 충분하지 않습니다. 주로 비 트롯과 체크섬 부족으로 인해 발생합니다. 물론, 그것은 오랫동안 주변에서 가장 좋은 것이었지만 더 이상은 아닙니다.
이제 내가 사용하는 유일한 "크로스 플랫폼"파일 시스템은 ZFS이며 Linux에서 VM에서 실행되는 CIFS를 통해 제공됩니다. (또한 최근에 사용 사례의 안정성 임계 값을 넘은 것으로 보이는 BTRFS를 점점 더 많이 사용하고 있습니다. 오랫동안 실험적으로 만 사용했으며 종종 실망하게했습니다.)
Mac OS에는 ZFS를 사용하지 않고 Linux에서는 ZFS 만 사용합니다. (Oracle이 엉망이 될 때까지 OpenSolaris VM을 사용하여 ZFS를 호스팅하여 최신 ZFS 기능을 지원했습니다.)
Mac 용 ZFS를 잠시 동안 시도했는데 너무 불안정하고 오래되었습니다. 아마 지금은 괜찮을지 모르지만 내 VM 솔루션은 완벽합니다. 그리고 내가 말했듯이, 어쨌든 BTRFS를 점점 더 많이 사용하고 있습니다. 이는 내 요구 사항 (첫 번째 및 가장 중요한 것은 ZFS가 항상 제공 한 견고한 신뢰성)과 여러 가지 측면에서 더 잘 어울립니다.
Mac을 3 중 부팅하고 Linux를 기본적으로 실행하지 않는 경우 VM에서 동일한 기본 Linux 설치를 실행합니다. Linux는 게스트를 추가하여 VM에서 실행하는 것과 기본적으로 번갈아 사용하는 것을 매우 기쁘게 생각합니다. 기본적으로 실행하지 않을 때는 CIFS를 통한 "기본"ZFS 또는 BTRFS 볼륨 액세스를 위해 Linux VM을 거의 항상 실행하고 있습니다.
대규모 "플랫폼 간"안정적인 스토리지에 대한 느린 CIFS 액세스를 수용하기 위해 대부분의 워크 플로우를 완벽하게 조정했습니다. 예를 들어, 많은 작업 데이터에 빠르게 액세스해야하는 경우 일반적으로 해당 특정 호스트 OS에 고유 한 응용 프로그램에 있으며 플랫폼간에 액세스 할 필요가 없습니다. 따라서 OS가 기본적으로 제공되는 빠른 로컬 SSD 스토리지를 사용하고 느린 "크로스 플랫폼"스토리지에 정기적으로 복사하거나 특정 사용 사례에 따라 프로젝트가 완료된 경우에만 복사합니다.
팁 : VM 경로를 사용하는 경우 브리지 된 어댑터를 통해 VM 파일 시스템을 공유하려는 유혹을받습니다. VM의 장점은 동일한 서브넷에 자체 IP 주소가 있으며 해당 서브넷의 다른 컴퓨터에서도 스토리지에 액세스 할 수 있다는 것입니다. 그러나 브리지 된 어댑터의 단점은 1) 특정 물리적 어댑터에 연결되어 있으며 유선에서 무선으로 전환하면 VM 내에서 인터넷 연결이 끊어 질 수 있습니다. 평상시처럼 VM을 생산성 OS로 사용]. 그리고 2) 브리지 어댑터는 까다로울 수 있습니다. 때로는 "작동"하지만 문제가있는 경우 문제 해결이 어려울 수 있습니다. 더 나은 솔루션은 두 개의 어댑터로 VM을 구성하는 것입니다. A) NAT (물리적 어댑터가 제공하는 VM과 상관없이 작동하는 VM에서 인터넷 액세스 용) 및 B) 정적 IP 주소, DNS 또는 게이트웨이, virtio 어댑터 및 무차별 모드로 구성된 호스트 전용. 로컬 시스템 만 VM의 CIFS 공유에 액세스 할 수 있습니다. 이 솔루션을 설정하는 것은 쉬운 일이 아니지만 일단 설정하면 기본적으로 마술입니다.
행운을 빕니다!