Windows의 ZFS 유사 대안


11

개념적으로, 저는 여기 혼자가 아니라고 생각합니다. ZFS의 개념을 좋아합니다. 하나의 큰 디스크를 만들 수 있고 모든 것이 여러 드라이브에 저장되며 언제든지 풀과 드라이브를 늘리거나 줄일 수 있습니다. 또한 디스크가 동일 할 필요는 없습니다.

ZFS에 대해 내가 싫어하는 것은 Oracle (구 Sun) 하드웨어에서 실행되는 Solaris에서 유일하게 안정적인 형태라는 것입니다. 물론 OpenSolaris가 존재하고 FreeBSD는 ZFS를 지원하지만, 비 오라클 하드웨어의 FreeBSD / OpenSolairs / Solaris에서 안정성은 일반적으로 열악하다고합니다.

우리는 (현재 독점적으로) Window Server 2008 R2 서버를 운영합니다. 이 OS에 대한 "최고의"DAS 스토리지 옵션은 무엇입니까? Windows 용 ZFS 구현을 찾을 수 없으므로 끝났습니다. 많은 RAID 카드가 있습니다. 누군가 ZFS 유연성에 접근하는 설정을 추천 할 수 있습니까? 서버를 중단하지 않고 풀에 디스크를 추가하고 더 많은 스토리지를 확보 할 수있는 설정?

요컨대 : ZFS를 좋아하지만 Windows Server 2008 R2를 실행하려는 경우 가장 좋은 / 멋진 옵션은 무엇입니까?

추신 : 이것은 프로덕션 시스템 용이며 예산은 시스템 당 10k입니다.


이것은 플러그 앤 플레이 드라이브 스토리지를 위해 그렇게 할 것입니다. drobo.com/how-it-works/overview
Chloe

이 질문이 게시되었을 당시는 아니었지만 요즘에는 적어도 일부 시나리오에서는 원하는 ZFS 기능에 따라 Windows에서 ReFS 가 새로운 배포를 찾는 대안이 될 수 있습니다. ReFS는 Windows Server 2012 이상에서 사용할 수 있습니다.
CVn

답변:


7

내가 아는 한, 실제로 신뢰할 수있는 접근 방식은 스토리지 가상화를 구현하는 SAN을 가져 와서 iSCSI / FC / FCoE / etc를 통해 Windows 서버를 연결하는 것입니다.

SAN은 ZFS와 유사한 기능 (스냅 샷, 동적 볼륨 크기 조정, 복제 등)을 제공 할 수 있습니다.


일반적으로 어떤 종류의 스토리지 가상화라도 가능할 것입니다. 올바른 키트를 갖춘 NAS 또는 SAN이 트릭을 수행합니까? $$$$
mfinni

@mfinni 예, 스토리지가 서버에 블록 스토리지로 제공되는 한 맞습니다.
EEAA

스냅 샷, 볼륨 크기 조정 및 복제는 그 자체로 SAN의 기능이 아닙니다. SAN의 특정 구현 기능 일 수 있지만 일반적으로 SAN을 사용하면 임의 액세스 장치에 블록을 저장하는 안정적인 방법을 얻을 수 있습니다. NAS는 블록 수준 스토리지 계층 대신 파일 시스템 계층에서 작동하기 때문에 SAN보다 NAS를 사용하여이 기능을 구현하는 것이 훨씬 쉽습니다.
chris

@ chris-귀하의 의견은 5-10 년 전에 정확했지만 모든 주요 SAN 공급 업체 (및 대부분의 소규모 공급 업체)에는이 기능이 내장되어 있습니다. 또한 NAS 대 SAN 연결 스토리지에서 이러한 기능을 구현하는 것이 필요에 따라 반드시 쉬운 것은 아닙니다.
EEAA

4

다른 사람들이 말했듯이 Windows에는 ZFS와 비교할만한 것이 없으므로 ZFS를 사용하려면 네트워크를 통해 어떤 형태로든 연결해야합니다.

하드웨어의 호환성을주의 깊게 확인하면 제 경험 (제한적이지만)이지만 타사 하드웨어에서 하드웨어를 실행하는 데 문제가 없어야합니다. 내가 가장 중요하게 생각하는 것은 다음과 같습니다.

  • 64 비트 가능 CPU (ZFS는 실제로 32 비트에서 쓸모가 없습니다)
  • 사용 된 스토리지 TB 당 1-1.5GB의 ECC RAM
  • IT 펌웨어가있는 LSI 1068E 기반 SAS / SATA HBA

성능 및 안정성상의 이유로 또는 최신 ZFS 버전 만 지원하는 기능 (암호화)이 필요한 경우 FreeBSD 또는 Linux를 통한 Solaris 기반 OS를 권장합니다. 이는 OS 옵션이 Solaris 10, Solaris 11 Express 또는 OpenSolaris의 포크 중 하나임을 의미합니다. Nexenta Core (또는 더 기기와 유사한 NexentaStor), OpenIndiana 및 Schillix가 가장 두드러지는 것 같습니다. Oracle 지원 OS를 결정하는 경우 비 Oracle x86 하드웨어의 경우 라이센스 비용은 현재 $ 1000 / 소켓입니다.

현재 ZFS에서 테스트 파일 서버를 실행하고 있습니다. 요구 사항이 우리의 요구 사항과 유사하다면 iSCSI 경로를 사용하지 않고 Solaris 기본 제공 CIFS 지원을 사용하여 ZFS 파일 시스템을 일반 Windows 공유로 표시 할 수 있습니다. 숭배를 위해 Active Directory와 통합하는 것이 비교적 쉬웠으며 지금까지 Samba보다 훨씬 덜 고통 스럽습니다.

스토리지를 기본 Windows 드라이브로 표시해야하는 경우 (예 : 데이터베이스) iSCSI가 유일한 옵션입니다. 그런 다음 일정량의 ZFS 풀 공간을 iSCSI 공유 전용으로 사용해야하므로 드라이브를 쉽게 확장 할 수 없게됩니다. iSCSI가 필요한 경우 위에서 제안한 단일 기가비트 카드보다 더 강력한 네트워크 설정을하는 것이 좋습니다. 1.5 기가비트 HBA의 RAIDZ에있는 5 개의 구형 5400 RPM 데스크탑 드라이브 4 개만으로 기가비트 연결을 포화시키는 데 아무런 문제가 없었습니다. 링크 집계 기능이있는 10 기가비트 카드 또는 최소 4 포트 기가비트 카드가 더 좋습니다.


3

ZFS의 개념 중 일부가 잘못되었다고 생각합니다. 실제로 풀을 축소 할 수는 없지만 풀링 된 스토리지를 사용하여 파일 시스템 등을 즉시 생성 및 삭제할 수 있습니다. 솔직히 ZFS 기반 솔루션을 사용하지 못하는 HP의 스마트 어레이 컨트롤러 솔루션은 매우 깨끗하고 논리 드라이브로 유연성을 제공한다고 생각합니다. 디스크가 8 개 있다고 가정 해 봅시다. 해당 어레이 내에 다른 RAID 레벨을 사용할 수있는 더 작은 논리 드라이브를 가질 수 있습니다. 또한 쉽게 확장 할 수 있습니다. 따라서 이는 HP ProLiant 서버에 고유 한 것이지만 Windows 환경에서는 좋은 대안입니다.

ZFS와 관련하여 여러 공급 업체로부터 통조림 ZFS 솔루션을 구입할 수 있습니다. 인증 된 하드웨어 에서 패키지 및 사전 구성된 NexentaStor 시스템을 판매하는 PogoLinux 뿐만 아니라 NexentaStor 를 살펴보십시오 . 이러한 솔루션은 예산에 꼭 맞을 것입니다.

개인적으로 ZFS 배포에는 NexentaStor를 사용하지만 가장 친숙한 작업이기 때문에 작업에 맞게 HP ProLiant 하드웨어조정 하는 길을갔습니다 . 어느 쪽이든, ZFS의 안정성을 얻기 위해 Oracle 하드웨어에서 실행할 필요가 없습니다.


1

윈도우에서 기대할 수있는 몇 가지 옵션이 있습니다. Windows ntfs 파일 시스템은 논리 디스크 관리를 지원합니다. http://technet.microsoft.com/en-us/library/cc758035(WS.10).aspx 에서 자세한 내용을 읽고 요구 사항에 맞는지 확인할 수 있습니다 . 다른 옵션은 Veritas Volume Manager http://www.symantec.com/business/storage-foundation-for-windows 를 사용하는 것 입니다.


시만텍은 여전히 ​​Veritas (현재 Storage Foundation)를 적극적으로 개발 / 지원하고 있습니까? 가격 / 기본 질문에 대한 답변을 얻는 것은 치아를 당기는 것과 같습니다. 그래도 종이에 큰 프로덕트처럼 보입니다 ...
SvrGuy

1

Illumos / OpenSolaris 시스템을 SAN으로 설정하고 Windows 서버에서 iSCSI를 사용하여 SAN의 디스크 볼륨에 연결하십시오. iSCSI 트래픽이 기본적으로 전용 스위치를 갖도록 Windows 서버에 서버가 연결된 gigE 스위치에 추가 gigE 카드가 연결되도록 설정하십시오.

SQL Server와 같은 것을 백업하려면 SQL 서버를 종료하고 Illumos 시스템에 db가 저장된 ZFS 볼륨을 스냅 샷하도록하고 SQL 서버를 다시 시작한 다음 ZFS 보내기 / 받기를 사용하여 스냅 샷을 다른 서버에 백업하십시오. 이 방법을 사용하면 가동 중지 시간을 최소화하면서 데이터베이스를 백업 할 수 있습니다.


SQL을 종료하는 것이 올바른 방법이 아닙니다. SQL Server는 Volume ShadowCopy 서비스를 통해 스냅 샷을 지원할 수 있습니다. VSHADOW를 호출하고 ZFS 스냅 샷을 생성하는 간단한 스크립트는 다운 타임없이이를 수행합니다.
rmalayter

0

우리는 이미 스토리지 공간이 있기 때문에이 질문은 거의 쓸모가 없다는 것을 알고 있습니다. 이제 문제는 유연성이 아니라 성능입니다. 차트를 살펴보십시오.

저장 공간과 ZFS

ZFS,보다 구체적으로 RAID-Z는 다른 것들을 거의 없애 버립니다. UserVoice에 대한 Windows Server의 ZFS 아이디어 (기사 하단에 링크)에 투표 해 주셔서 감사합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.