문제

NAS / SAN + HTTP 서버는 인터넷을 통해 많은 수의 정적 파일을 제공하기위한 좋은 솔루션입니까?

도움이 되었습니까?

해결책

서버에 메모리 캐싱을 추가하면 좋습니다. Apache에는 몇 가지 모듈이 있습니다.

Akamai 및 PantherexPress와 같은 사용자의 대기 시간을 향상시키고 BW 비용을 줄이려면 정적 분산 캐싱 서비스를 살펴볼 수도 있습니다. 후자는 BW 비용에 따라 좋은 투자가 될 수 있습니다.

다른 팁

이것은 실제로 해결하는 전반적인 문제에 달려 있습니다. Sans는 엄청나게 복잡하며 일어나기를 기다리는 문제입니다. 솔루션의 복잡성은 수많은 실패 포인트, 유지 보수 난이도, 모든 시스템의 비표준 드라이버, 모든 구성 요소의 버전 간의 상호 운용성 문제를 추가합니다.

대부분의 NAS 솔루션은 발생하기를 기다리는 과도한 문제입니다. 클라이언트간에 실시간으로 하나의 데이터 세트를 공유해야 할 때만 값을 추가합니다. 당신의 문제가 실제로 이것을 요구하는지 생각해보십시오. NetApp은 실제로 내가 허용 가능한 신뢰할 수있는 유일한 NAS 공급 업체입니다.

SAN이나 NA를 피할 수 있다면 피하십시오. 내부 하드 드라이브는 일반적으로 저렴하고 빠릅니다. 또한 문제가있을 때 성능 혼란이 적습니다. 유지 보수가 더 쉽습니다. 확장 성이 더 쉽습니다 (즉, 모든 서버에서 데이터를 복제하는 경우 용량을 추가 할 때 성능을 추가합니다).

서버에서 많은 양의 빠른 스토리지를 얻는 것이 얼마나 쉬운 지 생각해보십시오. HP DL380 G5는 하나의 2U 서버에서 1.5TB 이상을 편안하게 가질 수 있습니다. 스토리지가 대부분의 SAN 또는 NAS 솔루션보다 빠를 것으로 기대하십시오. 컨트롤러 중복성이 없지만 여분의 서버가있는 경우 솔루션의 전반적인 신뢰성이 중복 경로가있는 데이터 사본을 갖는 것입니다.

여러 서버에서 데이터를 즉시 변경 해야하는 경우 NAS가 올바른 솔루션인지 여전히 고려합니다. 즉시 정의에 따라, 동기화 중 현재 데이터가있는 서버에 업데이트 된 파일 요청을 지적 할 수 있는지 여부.

데이터 세트가 거대하고 소프트웨어 솔루션을 만들 시간이 없을 때 SAN이 올바른 솔루션이라고 생각할 수 있습니다. 저의 경험은 SAN의 대다수가 기술적 인 요구 사항보다 정치적 요구 사항을 기반으로 더 많이 설립된다는 것입니다.

NAS 서버가 NetApp 일 때 NAS가 올바른 솔루션이라고 생각할 수 있습니다. 데이터 세트가 매우 크며 솔루션을 너무 빨리 배포하여 소프트웨어 솔루션이 여러 서버 내부 스토리지에 데이터를 전파 할 수 있도록해야합니다. 좋은 NAS 서버는 매우 비싸고 소프트웨어 솔루션을 피하기 위해 소프트웨어 솔루션 개발 비용을 지불하는 것보다 확실히 비쌉니다. 그러나 더 빨리 배포 될 수 있습니다.

정치적 고려 사항이 있다면 Sans와 Nases는 다른 그룹이나 공급 업체에게 문제/실패에 대한 책임을 맡기는 데 도움이 될 수 있습니다. 이것은 일반적으로 SAN 또는 NAS 솔루션이 선택된 것을 볼 때 가장 중요한 고려 사항입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top