실제로 어떤 정보도 찾을 수 없으므로 여기 누군가가 약간의 빛을 비출 수 있기를 바랍니다.
새로운 Windows 8 Pro 사본이 설치되어 있습니다. 4 개의 내부 HDD와 2 개의 내부 SSD가있는 저장 공간을 사용하고 싶습니다. Windows 8은 스토리지 풀의 속도를 향상시키기 위해 SSD를 특별한 방식 (예 : 캐싱)으로 사용합니까?
아니면 SSD가 데이터 풀의 일부일뿐 성능상의 이점은 없습니까?
답변
이것은 TiernanO의 답변을 다소 확장합니다.이 모든 것에 대해 좋은 세부 배경을 찾기 위해 고심 했으므로 모든 사람들에게 멋지게 작성 할 것이라고 생각했습니다.
SSD는 풀 속도를 높이는 데 사용할 수 있지만 특정 상황에서만 작동하며 준수해야하는 여러 조건이 있습니다.
첫째, 단순히 기존 풀에 SSD를 추가하고 시스템 속도를 높일 것으로 기대할 수는 없습니다. 실제로 동일한 풀에서 SSD와 HDD를 혼합하는 경우 각 파일이 다른 디스크로 분할되어 파일의 절반이 SSD에 있고 나머지 절반이 SSD에 있기 때문에 기본적으로 SSD를 낭비합니다. HDD-SSD가 오래 전에 데이터의 절반을 찾더라도 HDD가 회전하고 데이터를 실제로 검색하기 전에 데이터를 검색 할 때까지 기다려야합니다. [이것은 지나치게 단순화 된 것입니다. 사실 데이터는 파일 수준이 아닌 블록 수준에서 다른 디스크로 분할됩니다.]
따라서 동일한 가상 디스크에 SSD와 HDD를 혼합하고 싶지 않을 수도 있습니다. 풀은 HDD 만 또는 SSD만으로 구성되며 둘다는 아닙니다. 또한 동일한 가상 디스크에서는 작동하지 않고 동일한 스토리지 풀에 두는 것이 좋습니다.
이제 귀하의 질문으로 돌아가십시오. 예, 스토리지 공간의 ‘저널링’기능을 사용하여 SSD를 사용하여 작업 속도를 높일 수는 있지만 몇 가지 조건이 있습니다.
- 복원력 설정이 ‘Parity’인 가상 디스크를 사용해야하며 저널 디스크는 ‘Simple’또는 ‘Mirror’가상 디스크와 함께 사용할 수 없습니다.
- SSD가 2 개 이상 있어야합니다.이를 무시할 수 없습니다 (백그라운드에서는 실패 할 경우 자체적으로 미러 스페이스로 구성됨).
- SSD의 모든 공간은 저널링 전용이어야합니다. SSD를 사용하여 데이터를 저장할 수 없습니다
- 이 중 어느 것도 Windows 8 또는 Server 2012의 Windows UI에서 구성 할 수 없습니다. PowerShell을 사용하여 수동으로 수행해야합니다.
- 풀의 패리티 공간 수를 수동으로 늘린 경우 저널 디스크 수를 동일하게 늘려야합니다 (예 : 기본 1 패리티 공간을 사용하는 경우 SSD 2 개가 필요합니다. 2 개의 패리티 공간이있는 경우 , 4 개의 SSD 등이 필요합니다.)
- 당연한 일이지만 저널 디스크를 추가하면 가상 디스크에 데이터 쓰기 속도 만 증가합니다. 데이터 읽기 속도에는 영향을 미치지 않습니다.
이러한 제한에 만족한다고 가정하면 다음은 상승 된 PowerShell 창에서 수행해야 할 작업입니다.
이 예에서는 스토리지 풀 또는 가상 디스크를 아직 생성하지 않았다고 가정합니다. 기존 세트가있는 경우 지침을 수정하십시오.
# See what disks you've got available so you can set the below variables
Get-StoragePool -IsPrimordial $true | Get-PhysicalDisk `
| Where-Object CanPool -eq $True
# Tell Windows which disk is a traditional HDD and which is an SSD
$HDDs = "PhysicalDisk1", "PhysicalDisk2", "PhysicalDisk3"
$SSDs = "PhysicalDisk4", "PhysicalDisk5"
# Create a new storage pool (these are fairly default options)
New-StoragePool -FriendlyName "Your Storage Pool" `
-PhysicalDisks (Get-PhysicalDisk $HDDs) `
-StorageSubSystemFriendlyName "Storage Spaces*" `
-ResiliencySettingNameDefault Parity
# Add in your two (or more) Journal disks
Add-PhysicalDisk -StoragePoolFriendlyName "Your Storage Pool" `
-PhysicalDisks (Get-PhysicalDisk $SSDs) -Usage Journal
# Create the virtual disk and get it ready for use
New-VirtualDisk -FriendlyName "Parity Protected & Journaled Data" `
-StoragePoolFriendlyName "Your Storage Pool" -NumberOfColumns 3 `
-ProvisioningType Thin -ResiliencySettingName Parity -Size 2TB `
| Initialize-Disk -PassThru -PartitionStyle MBR `
| New-Partition -AssignDriveLetter -UseMaximumSize `
| Format-Volume -FileSystem NTFS `
-NewFileSystemLabel "Parity Protected & Journaled" -Confirm:$false
이제 다음을 사용하여 모두 작동하는지 확인할 수 있습니다 Get-PhysicalDisk
.
FriendlyName CanPool OperationalStatus HealthStatus Usage Size
------------ ------- ----------------- ------------ ----- ----
PhysicalDisk1 False OK Healthy Auto-Select 10.25 GB
PhysicalDisk2 False OK Healthy Auto-Select 10.25 GB
PhysicalDisk3 False OK Healthy Auto-Select 10.25 GB
PhysicalDisk4 False OK Healthy Journal 10.25 GB
PhysicalDisk5 False OK Healthy Journal 10.25 GB
출처 :
답변
나는 이것이 Windows Server 2012 r2 에서 개선되었다고 생각합니다 .
- 후기 입 캐시
스토리지 공간은 스토리지 풀의 기존 솔리드 스테이트 드라이브를 사용하여 정전에 견딜 수 있고 나중에 하드 디스크 드라이브에 쓰기 전에 솔리드 스테이트 드라이브에 작은 임의 쓰기를 버퍼링하는 후기 입 캐시를 작성할 수 있습니다.
- 이 변화는 어떤 가치를 더합니까?
작은 임의 쓰기는 종종 일반적인 엔터프라이즈 워크로드를 지배하며, 발생하는 다른 데이터 전송의 성능에 영향을 줄 수 있습니다. 스토리지 백은 쓰기 백 캐시에 솔리드 스테이트 드라이브 (임의 액세스에서 탁월한 성능)를 사용하여 랜덤 쓰기의 지연 시간을 줄이고 다른 데이터 전송 성능에 미치는 영향을 크게 줄일 수 있습니다.
- 다르게 작동하는 것은 무엇입니까?
후기 입 캐시는 관리자와 사용자에게 투명하며 관련 스토리지 공간에 대한 다음 요구 사항에 따라 스토리지 풀에 충분한 수의 솔리드 스테이트 드라이브가있는 경우 모든 새 가상 디스크에 생성됩니다.
- 간단한 공간에는 하나의 솔리드 스테이트 드라이브가 필요합니다
- 양방향 미러 공간 및 단일 패리티 공간에는 두 개의 솔리드 스테이트 드라이브가 필요합니다
- 3 방향 미러 공간 및 이중 패리티 공간에는 3 개의 솔리드 스테이트 드라이브가 필요합니다
후기 입 캐시는 스토리지 계층이있는 스토리지 공간을 포함하여 모든 유형의 스토리지 공간에서 작동합니다.
스토리지 풀에 지정된 탄력성 설정을 지원하기 위해 미디어 유형이 SSD로 설정되거나 사용량이 저널로 설정된 충분한 물리적 디스크가 포함 된 경우 새로 작성된 스토리지 공간은 기본적으로 1GB 후기 입 캐시를 자동으로 사용합니다. 이러한 설정으로 실제 디스크가 충분하지 않으면 32MB로 설정된 패리티 공간을 제외하고 후기 입 캐시 크기는 0으로 설정됩니다.
답변
정말 다릅니다. HDD와 SSD가 모두있는 경우와 같이 혼합 된 설정에서 SSD를 활용할 수있는 방법은 최소한 4 가지가 있습니다.
- 맹목적으로 수영장에 모두 추가 할 수 있습니다. 데이터가 쓰기 집약적이든 상관없이 데이터가 디스크에 무작위로 분산되기 때문에 이것은 의미가 없습니다. 참고 : 이것은 물론 기본 설정입니다.
- 쓰기 중 캐싱과 같이 패리티 (RAID5 / 6) 공간이있는 저널링에 SSD를 사용할 수 있습니다. 패리티 공간이 그렇게 빨리 지 않으면 진심으로 추천합니다. 아니, 정말, 그것은 나쁜, 모든 비용을 피하십시오. 미러링 된 공간의 경우 패리티가없고 1 : 1 사본 만 있기 때문에 전용 저널은 쓸모가 없습니다.
- 계층 형 스토리지를 설정하고 Windows가 자주 액세스하는 데이터를 더 빠른 SSD로 자동 이동하도록 할 수 있습니다. 이것은 괜찮게 작동 할 수 있지만 실제로 벤치마킹하기는 어렵 기 때문에 그것이 좋은지 나쁜지를 말할 수는 없습니다.
- 또한 2 개의 개별 어레이를 생성하고 프로그램 파일 및 기타 쓰기 집약적 인 작업을 위해 2 개의 SSD를 2 웨이 미러에 배치하고 다른 모든 것을 위해 4 개의 HDD를 다른 2 웨이 미러에 배치 할 수 있습니다. 이것이 내가 당신에게 추천하는 것입니다.
내가 왜 그렇게 확신하는지 궁금하다면, 스토리지 공간에서 지옥을 테스트하는 데 몇 주 (농담 아님)를 보냈기 때문입니다. 내 진술을 뒷받침하는 모든 숫자에 대한 심도있는 벤치마킹 시리즈를 확인하십시오.
건배.
답변
이것에 대한 문서는 거의 없지만 Storage Spaces에 저널링을 위해 풀에 디스크를 추가하는 옵션이 있다는 것을 읽었습니다. 원본 기사를 찾을 수 없지만 Usage 아래에 Add-PhysicalDisk cmdlet 을 보면 Journal 옵션이 있습니다.이 기사를 읽으면 SSD를 저널 디스크로 사용했다고 언급했습니다. 8 개의 2Tb 드라이브 풀에 추가하고 읽기 및 쓰기가 40 % 이상 증가했습니다 … 마일리지가 다를 수 있지만 한 번의 가치가있을 수 있습니다 …
타사 옵션으로 FancyCache를 살펴볼 수도 있습니다 . 느린 미디어의 캐시로 메모리와 SSD를 사용할 수 있습니다. 이전에 사용했으며 잘 작동했으며 Server 2012로 이동 한 후 다시 설치할 기회가 없었습니다 …