경고, 주관적인 질문이 있습니다! 그러나 닫히지 않는 좋은 것이기를 바랍니다 .
대본:
현재 온-프레미스 서버가없는 지점이 있습니다. 12Mbps WAN 링크 (MPLS)를 통한 DC를 포함한 모든 것에 액세스합니다. 링크는 포화 상태가 아니며 평균 사용률은 약 20 %입니다. 회로는 매우 안정적이며 SLA가 높고 가동 시간이 우수합니다.
그러나 WAN을 통해 파일 서버에서 큰 파일 전송 (주로 읽기가 아니라 쓰기)이 느려질 수 있습니다. 우리는 현재 DFS를 사용하지 않습니다.
연구 완료 :
예를 들어 전용 하드웨어 (Riverbed) 또는 전용 소프트웨어 VM (Silver Peak)을 사용하여 WAN 가속을 알고 있습니다. 그러나 가격은 현재 예산을 벗어 났으며 아직 우리의 관점에서 볼 필요는 없습니다 (문제는 주로 푸시 / 풀이 아니라 "풀"시나리오에 있기 때문에).
주로이 지점에 Windows 서버를 배포하고 DFS-R 또는 BranchCache를 사용하려고합니다. 테이블 비교를보고 단순히 분산 된 것이 아니라 "호스트 브랜치 캐시 서버"를보고 있다고 가정합니다.
둘 다 서버에서 "호스트"되어 있어도 둘 다에 이점이있는 것으로 보입니다.
내가 실제로 가지고있는 질문 :
- 이러한 각 기술은 어떤 시나리오에서 빛을 발하며 다른 기술을 어디에서 선택합니까?
- 호스팅 된 Branchcache 서버를 살펴보면 중앙 파일 서버에서 특정 폴더 / 파일의 "프리 페칭"을 설정하여 지점에서 로컬로 즉시 액세스 할 수 있습니까? 일정에 따라해야합니까 (가능한 경우)?
- DFS-R을 살펴보면 내 관심사 (및 타사 응용 프로그램으로 해결 된 것)는 파일 잠금 및 쓰기 작업 중에 파일이 올바르게 업데이트되는지 확인하는 것입니다 (즉, 두 사본에 액세스하고 두 파일 모두에 기록되는지 확인하십시오) 우선 순위와 변경 사항은 어떻게됩니까?). 데이터의 대체 복제본을 잠그는 것이 이상적이지만 실제로 큰 문제입니까?
- Branchcache가 편집을 위해 중앙 파일을 잠그나요?
- branchcache는 델타를 변경된 파일의 중앙 파일로 다시 전송합니까?
- 지점 서버가 도메인 컨트롤러로 사용될 예정이라면 기술 중 어느 것이 좋지 않습니까?