5년1204;까1648;lj16; 1060;슬림 18bay 서버에 esxi 올리고 윈도우서버 2012 사용했었습니다.
/112;1060;드lj16; 서버내1109;.108; Raid5 1060;용했고요. 윈도우서버에서 /112;1648;스트리 수1221;Ȣ16;여 메모리 최대한 1069;기캐시/196; 할NJ17;Ȣ16;여 1096; 썼습니다.
1649;원 10명 내외에 소규모 회사에서 업무용+개1064;용 ᇼ1;시에 활용했습니다.
최근 ኧ1;년간1008; 구글드라1060;브 무1228;한1004;/196; Ǹ16;고 1080;었lj16;데 갑1088;기 서비스가 1473;단.108;다고 Ȣ16;네요.
현1116; 1088;료가 35TB 1221;도 .104;기 ǐ12;문에 Ǻ12;1796;수 없1060; NAS/196; 다시 돌아가/140;고 합니다.
1088;료1473; 3TB 1221;도lj16; 사1652;1088;료1064;데 구글 포토도 다 유료화 .108;김에 시놀/196;1648; 포토를 활용Ȣ16;/140; 합니다.
1228;가 1096; 다루lj16;,172; 윈도우서버 1901;1060;라 Ǻ12;떻,172; Ȣ16;면 1339;1012;1648; 1312;Ǻ16;구합니다.
1452;.108; 용도lj16; 유ț16;브영상편1665;(한시간 1221;도 영상1012; 10ǥ16;1221;도/196; 컷편1665; 위1452;), 
온가1313; 사1652;관리, 기타 1088;료수1665;, 업무용 공유폴더 1221;도,192;네요.
편1665; PClj16; 현1116; 1대1064;데 2~3대/196; 늘Ǻ12;DŽ16; 수도 1080;고요.
예1204;ǥ12;터 SSD 캐싱1012; 꼭 써보고 dz10;Ǻ12;서 SSDlj16; 넣1004;/140;고 합니다.
스냅샷1008; 꼭 .104;Ǻ12;야 합니다. 랜섬웨Ǻ12;에 크,172; NJ17;한1201;1060; 1080;Ǻ12;서...
1473;복1228;,144;lj16; .104;면 1339;고 안.104;도 용량빨/196; 커버Ȣ16;면 .104;고요.
Ȣ16;드 1208;1204;1008; .104;면 1339;1648;만 사무실1060; 1068;0152;용 1204;기라 한달 1만원 차1060;1068;,163; 같아 문1228;없1012;,163; 같고요.
HDD 8TB 8대(소프트웨Ǻ12; Raid5 *7 스6168;Ǻ12; *1) 구1077;예1221;1060;고 
SSDlj16; 삼성 MLC 250기가 6개1221;도 1080;Ǻ12; 활용가능Ȣ16;고
필요Ȣ16;다면 용량큰 SSD구1077;할 예1221;1077;니다.
메모리lj16; 48G 아니면 96G, 추후에 UPS 추가할까 생각1473;1077;니다.
스위치lj16; 2.5기가/196; 구1077;해서 서버에 슬ǘ15;1060; 남1004;면 Nic 2개 ᆆ1;고 티0141;할까 합니다.
1. 서버2022 올린후 it모드/196; 윈도우 소프트/112;1060;드/196; 스토리1648;풀(SSD 스토리1648; 버스 캐시 사용) 구성, 
프리모캐시/196; 메모리 최대한 1069;기캐시/196; 할NJ17;,
vmware workstation 1012; 사용Ȣ16;여 헤놀/196;1648;를 사1652;관리 1204;용1004;/196; 돌린다.
2. esxi 올린후 /112;1060;드카드it 패스스루, 서버2022 윈도우 소프트/112;1060;드/196; 스토리1648;풀(SSD 스토리1648; 버스 캐시 사용) 구성, 
프리모캐시/196; 메모리 최대한 1069;기캐시/196; 할NJ17;, 헤놀/196;1648;/196; 스토리1648; 1068;ǥ12; 할NJ17;Ȣ16;여 사1652;관리
3. esxi 올린후 /112;1060;드카드it 패스스루, 헤놀/196;1648;/196; /112;1060;드 구성(SSD캐시 1069;기Ǹ16;기 사용)
헤놀/196;1648;/196; 영상편1665;과 사1652;관리 ᇼ1;시에 활용
4. esxi 올린후 /112;1060;드카드it 패스스루, 트루나스/196; ZFS /112;1060;드 구성(메모리 대ǥ12;ǥ16; 할NJ17;, SSD캐시)
헤놀/196;1648;/196; 스토리1648; 1068;ǥ12; 할NJ17;Ȣ16;여 사1652;관리
1060;/111;,172; 네가1648; 0169;법1004;/196; ǹ17;축.104;lj16; ,163; 같습니다.
1번1008; 비1452;류 메1060;커 서버나 사용Ȣ16;Nj12; 라1060;1232;3600 PC에 HBA2개 ᆆ1;아서 
매우 간단7176; 세ᔚ1;할 수 1080;1012; ,163; 같고 비용도 1201;,172; 나갈,163; 같고요.
근데 여기 ,172;시글1012; 보니 윈도우서버 스토리1648;lj16; ,144;1032; 안Ǹ16;시lj16;,163; 같아 ኖ1;설여1648;네요.
2번1008; 헤놀/196;1648;를 안써봐서 1096; 모르,192;1648;만 나머1648;lj16; 예1204;에 운영Ȣ16;Nj12; 스토리1648; 서버와 ᇼ1;1068;한 0169;식1060;라 1061;숙합니다
3번1008; 헤놀/196;1648;/196; 스토리1648; 운영과 서비스를 다 Ȣ16;lj16;,148;데 성능1060; Ǻ12;떨1648;... 사1652;관리같1008; 1088;1096;한 서비스와 대용량 영상파1068; 사용1060; ᇼ1;시에 돌아가도 큰 문1228;가 없lj16;1648; Ƽ17;금Ȣ16;네요. 그/111;다고 사1652;관리용1004;/196; Ȣ16;드구성1012; 나누1088;니 복1105;해서 싫고요.
시놀/196;1648;NASlj16; 메모리 1613;설1060;나 SSD캐시가 용량1060; 커도 별/196; 효과가 없다lj16; 말도 1080;고
4번1008; 사실상 -149;판왕 같1008; lj12;-196;1064;데 너무 마1060;너 한 lj12;-196;1060;고 설치기나 QnA가 너무 ,160;색1060; 안.104;Ǻ12;서 불안Ȣ16;네요.
Ǻ12;떻,172;든 구축1008; 할 수 1080;1012; ,163; 같1008;데 시간1012; 너무 뺏길,163; 같1008; lj12;-196;1060;... 그래도 ZFS 욕심1008; 납니다.
2~4번1008; 아마도 Dell R720xd 12bay 에 세ᔚ1;예1221;1077;니다.
스토리1648; 서버구축1060; 너무 오랜만1060;라 기Ǻ13;1060; Ȣ16;나도 안나고 
그냥 시놀/196;1648; 1221;품1004;/196; 구1077;할까 했lj16;데 가ᅄ1;1060; 너무 과Ȣ16;,172; 비dz12;네요. 가ᅄ1;1008; 그/111;다해도 CPU가 너무 허1217;해서
오랜만에 다시 서버구축1012; 한다고 생각Ȣ16;니 열1221;1060; 타오르lj16; lj12;-196;1060; Ǐ17;니다.
사실 1228;1068; 1339;1008;,148; 서버한대 사서 1~4번 Ȣ16;나씩 천천7176; 테스트해보lj16;,148;데 0177;업에 남1008; 시간도 ǥ12;1313;Ȣ16;고
Ǻ12;lj12;1221;도 1312;Ǻ16;1012; 1452;시면 참고해서 구축해볼까 합니다.
1656;문1077;니다.
1. 현1116; 상황에서 추천할만한 0169;법1008; 1~4번 1473; Ǻ12;떤,163;1064;가요?
2. 윈도우 서버 Refs 스토리1648;풀1008; Ǹ16;시lj16; ǥ16;1060; ,144;1032; 안보1060;Nj12;데 비추천1064;가요? 1096; 안Ǹ16;lj16; 1060;유가 1080;1012;까요?
3. 트루나스/196; ZFS 구성1012; Ȣ16;lj16;,172; 헤놀/196;1648;/196; 스토리1648; 구성Ȣ16;lj16;,163;보다 DŽ12;1060;도가 높1008;1648;, 또 유1648;Ȣ16;lj16;데 손1060; 많1060; 가lj16;1648;요.
4. 스토리1648; 단1068;볼륨1012; 구성한 후에 vhd나 vmdk같1008; 가상디스크를 만들Ǻ12; 붙1060;lj16;,172; 아니라 1068;ǥ12;폴더만 공유시켜 헤놀/196;1648;1032; 시놀/196;1648;포토/196; 사1652;관리가 가능할까요?
5. 노트ǥ13;1004;/196; 외ǥ12;에서 편Ȣ16;,172; 1217;근Ȣ16;고 dz10;습니다.
VPN 연결후 SMB 1217;속1004;/196; 1452;/196; 사용했lj16;데 VPN세ᔚ1;과 매번 연결1060; 귀찮네요.
헤놀/196;1648;1032; Webdev 연결1008; 대용량 파1068; 액세스가 안.108;다고 알고1080;1020;, 영상편1665;에 문1228;가 1080;1648; 않1012;1648;?
구글드라1060;브처/100; 1069;기캐시도 1068;ǥ12; .104;면서 /196;컬/196; 연결.108;,163;처/100; 1088;연스러운 연결0169;법1008; 없1012;까요?
스토리지풀 하고 뭣하러 프리모캐쉬를 쓰나요. 프리모캐쉬를 쓸거면 it모드 하지말고 그냥 레이드 잡고 프리모캐쉬 쓰면 그만일것을...
스토리지풀하고 SSD캐쉬방법은 프리모캐쉬랑 동일한 기능입니다. 단점이라면 붙였다 띠었다를 맘데로 못하는 문제가 있고 이런 세부설정을 전부 파워쉘로 해야하는 단점이...
ReFS는 가상화 사용하는데 이점이 있지 나머지는 써봐야 더 피곤합니다.
위 설명들이 전부 에러처럼 보이는 이유가 스토리지전용 서버를 사용하는게 맞을거 같은데 왜 OS 올리고 ZFS 올리고 이러는지 이해가 안가네요.
HDD로만 묶을 경우에 프리모캐시를 읽기전용으로 쓸 예정이거든요.(메모리+SSD)
윈도서버 자체적으로는 메모리를 캐시에 적절히 할당을 못하더라고요.
왜 이렇게 생각했냐면 서버 2019에서 스토리지풀에 SSD캐시가 효율이 떨어진다고 말이 많았던 기억이 나서 그랬습니다.
2022에서는 향상이 됐는지 모르겠네요.
Refs 가상화 이점이라 함은 Hyper-V 활용을 말하시는 건가요?
스토리지 용도로는 윈도우서버는 쓰지않는 추세인가요?
스토리지전용 서버라고 하시는건 시놀로지NAS (네이티브헤놀)을 말씀하시는건가요?
esxi는 굳이 안써도 되는데 남는 자원이 많으니까 미크로틱 라우팅이나 은행용VM이나 여러 용도로 써볼까 싶어서이고요.
esxi를 쓰는것이 스토리지 안정성에 나쁜 영향이 있다면 굳이 쓸 생각은 없습니다.
그런데 10년전에도 그렇게 운영을 해서 문제없었고 2cpu 분들은 그렇게 많이들 쓰시는것 같아서...
그럼 스토리지 전용으로 1대 구성하고 esxi는 필요시 한대 별도운영하는걸 추천하시나요?
시놀로지 NAS 완제품을 구입하라는 의미이신지... 이해가 안됩니다.
최근 5년간 리눅스와 헤놀로지를 많이 쓰고있습니다. 쓰다보면 익숙해집니다.
플랫폼이 많으면 유지보수 포인트가 늘어난다는 건 아실껍니다.
저라면.. 그냥.. 통으로 헤놀로지, BTRFS로 가겠습니다.
윈도우즈로 뭔가를 하셔야한다면.. 헤놀로지에 vm올려서 쓰시면 되고요..
복구나 백업도 고려하셔서 세팅하셔야하지 않을까싶습니다.
캐시는 NVME가 아닌 이상 효과는 없지않을까 싶습니다.
hdd raid 묶으면 sata ssd속도 성능은 기존 나오거든요..
제가 지금 4TB+RAID6로 쓰고있고 480 SSD로 캐시 잡아봤는데.. 별 효과를 못봤습니다. 그래서 떼어냈습니다. ^^
하드전체를 헤놀로 심플하게 묶는걸 추천하시는거네요.
업데이트 에러나 장애시 복구등을 고려해 esxi 위에 올릴까 싶은데 어떨까요?
그냥 네이티브가 나을까요?
백업만 잘 하신다면.. 사실.. 복구 문제는 크지는 않습니다.
활용도 측면 및 관리 측면에서는 esxi가 낫기는 하죠..
거래처에서는 데이터가 중요해서 4차백업까지 하고있습니다. ^^
필요하다면 정품 1대 구입할까 합니다.
사진만 관리용도로..
하드웨어보다는 소프트웨어가 더 중요하다고 생각되어 집니다..
무료 NAS 소프트웨어는 거의 리눅스 체계라서 윈도우즈에 익숙한 사람에게는 도입하기 버거운 것이 사실이긴 합니다..
중간의 타협인 시놀로지도 있기는 하지만 도입 가격이 만만치 않습니다..
개인적으로 생각해 볼 때
왜 선택 사안 중에 다 VMWARE가 들어 있는지도 의문이긴 하고요..
1대의 메인 시스템은 어떤 소프트웨어를 올리든 마음에 재일 드는 것으로 그리고 그나마 익숙한 것으로 구축하시고 계속 운영해보시고요..
사진이나 동영상이 걸려 있으면 데이터 망실이 가장 큰 문제입니다..
따라서 강제적으로라도 백업 시스템을 최소 1차 최대 3차까지 구축해놓으심이 좋아보입니다..
백업시스템은 그냥 윈도우즈에 원본만 재대로 카피 뜰 수 있어도 상관없습니다..
그리고 2.5G 네트워크는 도입된지 꽤 시간이 흘렀지만 아직 스위치 허브는 8포트에 머물러 있습니다..
개인적으로 볼때 안정도도 아직 재대로 안정화되었다라고 보기는 힘들어 보입니다..
물론 1G 보다는 2배의 대역폭이니 솔깃 안할 수가 없습니다만 이것도 구축해놨다가 돈만 낭비할 수도 있는 부분입니다..
https://blog.daum.net/inpl/771
이런 무료 NAS 엔진도 고려해보시고요..
시놀로지를 사용하는 방법이 정품사용, 헤놀 사용. 헤놀 사용에는 네이티브 vm에 올리는 방법.. 이렇게 있고..
hyper-v보다는 VMware가 주변장치 활용이 좋아서.. VMware를 언급하신것 같습니다.
그래서.. 이런저런 조건을 고려하다보니 VMware + 헤놀 조합이 나온것 같구요.. ^^;;
조언주신대로 우선 익숙한걸로 빨리 세팅해서 백업 받고
추가로 한대 더 세팅해서 이것저것 테스트 하면서 공부를 하는게 제일 좋겠네요.
추천하신 무료NAS 잘 참고하겠습니다.
감사합니다
리눅스에서는 아직은 EXT3 /EXT4 쪽이고 아직은 ZFS같은 것이 재대로 포팅 되지는 못한 것으로 압니다..
그나마 위의 리눅스 베이스 무료 NAS 프로그램들이 리눅스에 몇가지 파일 시스템들을 튜닝해서 넣은 것이라고 봐야 합니다..
현재는 아마도 재일 마니 사용하는 것이 TRUE NAS 일 것입니다..
읽기를 고속으로 하고 싶으면 메모리 많은게 장땡이고 그다음 메모리 부족한걸 L2 영역 SSD를 배치합니다.
솔직히 스토리지 역할이라면 TrueNAS가 제일 최적화가 잘 되어 있습니다. 그리고 이것도 윈도우처럼 UI로 관리할수 있으니 조금만 신경쓰면 TrueNAS를 사용하는게 성능이나 안정성 편합니다.
윈도우서버에서 프리모캐쉬의 장점은 레이드5로 구성해서 사용하니 많은 용량을 구성할수 있다는 장점이 있고 HBA 같은거 고민안해도 되니 이런쪽은 오히려 더 편한건 사실입니다.
스토리지성능으로 보자면 하드웨어 후달려도 TrueNAS가 제일 빠른거 같습니다. 제가 둘다 사용중이라서 확실히 느껴집니다. 그리고 TrueNAS로 구성된 볼륨은 SSD로 인식되서 별도로 응용도 가능하긴 합니다.
ReFS로 구성해도 되긴 하지만 정전이나 비정상 셧다운 장애시 볼륨 떨어졌다 붙어버릴때 RAW디스크로 파티션 날라가는 케이스가 종종 있습니다. 그땐 복구프로그램으로 다른데 복사해야되는데 이게 또 시간소비하고 많이 피곤해집니다.
윈도우계열이 나쁜건 아닌데 이게 편함을 추구하다 보면 꼭 2프로 부족한게 보입니다.
저도 예전에 vm구동에서 프리모캐시가 너무 효과가 좋아서 스토리지에도 활용해볼까 생각했던것 같습니다.
램드라이브 수준으로 반응이 빠르더라고요.
윈도우서버로 구성하는 스토리지는 장애복구에 문제가 있을수 있군요. 그래서 가상화VHD 관리용도로만 주로 쓰시는군요.
위에분 조언대로 우선 제가 익숙한 구성으로 백업을 우선 받고 한대더 구성을 해서 공부를 한다음 제대로 zfs 도전을 해보려고 합니다.
그때는 의견주신대로 메모리를 192로 꽉 채워볼까 싶네요.
감사합니다.
하드디스크는 기업용이면 좋고 현재 나온 최대 용량 하드디스크는 HBA나 레이드 카드에 검증되지 않았다라고 봐야 하기에
구매시 호환성에 신경을 많이 써야 하며 보통 레이드 볼륨을 크게 구성하면 크게 구성할수록 관리가 힘들어집니다..
단일 하드 사용 및 고장시 데이터 망실은 낱개 하드가 크면 클수록 망실 용량은 커집니다..
그리고 스토리지 서버에서는 백플레인의 호환성과 케이블의 품질 그리고 파워의 안정도가 중요합니다..
저는 개인적으로 그 쪽 방면은 슈퍼마이크로만 신뢰하는데 요즘은 슈퍼마이크로 스토리지 서버가 완제품만 구입 가능한 상태인지라
시장도 많이 죽고 중고제품도 구하는게 쉽지 않습니다..
Dell 찾아보는 중인데 슈마도 한번 알아봐야겠네요.
감사합니다
구축비용, 유지보수비용 따지면 솔직히 저는 구축해서 쓰는거 별로라는 생각이 듭니다.
드롭박스 무제한 서비스가 있나보네요
다만 구글처럼 갑자기 무제한서비스를 없애버리지 않을까 걱정이네요.
그리고 바로 위에도 적혀있지만, 저도 단순 자료용 너무 대용량 직접 운영은 추천 안 하고 싶습니다
백업등을 클라우드 수준의 안전이 되도록 할려면 너무나도 많은 비용이 들고 (최저 한도로 동일한 서버랑 모든 장비를 1셋 더 구축해서 물리적으로 떨어진곳에서 동시에 운영해서 실시간 동기화를 하고, 정기 백업본(수시로 떠야 함)도 3차정도까진 만들어놔야 그나마 비슷한 수준이 됩니다)
이정도 구매할돈이면 그걸 분할 비용으로 해서 다른 클라우드 결재하는게 횔씬 쌉니다
그리고 1번 구축하면 끝이 아니라 UPS 베터리나 디스크처럼 소모되는 부분을 계속 교체해야하고, 혹시 고장나면 바로 갈아치워야하니 중요한 부품 (보드같은것 포함)을 예비로 다 쟁여놔야하고, 이걸 24/7로 관리할 상주 인원도 있어야 합니다
이걸 다 비용으로 환산해버리면 그냥 사서 쓰는게 횔씬 싸죠 (물른 성능의 문제로 로컬에 있어야하는 자료를 위한 서버는 필요하지만, 대부분의 자료를 클라우드랑 로컬의 오프라인 백업에 동시 백업하는게 젤 쌉니다)
차라리 당장에 온라인으로 고속 접근이 필요한 자료를 보관할 서버랑 정기 백업을 뜰 테이프 레코더랑 테이프를 구매하신후, 자주 안 쓰는 자료는 테이프랑 클라우드에 보관하시는걸 추천합니다
디스크 한개가 망가진 이후 빨리 대응하지 못하여
시간차이를 두고 디스크 두개가 망가져버리는 순간 RAID-5도 날려먹게 됩니다.
관리 편한/익숙한 방법 추천합니다.
다만 ZFS를 가상화 환경에서 올리는 건 추천하지 않습니다.