내결함성을 위해 보조 RAID 컨트롤러가 필요합니까?

9

3 개의 하드 드라이브가 설치되고 총 용량이 6 인 서버가 있습니다. 최대 용량을 계획 중이지만 컨설턴트는 새 드라이브를 지원하기 위해 "중복을위한"보조 RAID 컨트롤러를 제안했습니다. 나에게 이것은 의미가 없습니다. 디스크의 절반을 실행하는 두 번째 RAID 컨트롤러라도 컨트롤러 중 하나가 죽으면 디스크 / 프로그램 / 데이터의 절반 만 붙어 있습니다 (아무 것도없는 것보다 낫지는 않습니다). 우리는 서버에 vmware를 설치하고 일부 고급 내결함성 / 페일 오버 기능을 모호하게 언급했지만 컨트롤러 고장으로 인해 디스크에 액세스 할 수없는 경우 어떻게 작동합니까?

성능이 아닌 중복의 이유 만 고려하면 왜 서버에 두 번째 RAID 컨트롤러가 필요합니까?

raid fault-tolerance

— Bigbio2002
소스

유일하게 RAID 컨트롤러가 고장 났을 때의 역사를 보았 기 때문에 멀티 디스크 높은 RAID 스토리지는 단독으로 사용할 수 없었을뿐만 아니라 거기에있는 모든 데이터조차도 복구 할 수 없었습니다. 그것은 회사에 큰 타격이었습니다. 궁극적으로 대부분의 데이터는 워크 스테이션에있는 파일에서 재구성되었습니다. 수치심. 분명히 다른 컨트롤러를 사용하여 독립 디스크 클러스터의 데이터를 항상 미러링하십시오. 7/24 년 동안 7 년 동안 작동하는 동안 80 ° C의 온도를 유지하는 단일 소형 카드를 사용하는 경우 RAID 6이 모든 경우에 생명을 구한다고 생각하지 마십시오.

— h22

11

'단일 박스 고 가용성'설계에서는 예를 들어 두 번째 버스에 이상적인 두 번째 컨트롤러가 필요합니다. 그러나 이런 종류의 접근 방식은 하나의 박스 고장으로 인해 서비스가 중단되지 않는 클러스터링을 기반으로 한 저렴한 설계로 이어졌습니다. 따라서 클러스터 환경을 사용하거나 단일 상자에 의존할지 여부에 따라 다릅니다. 당신의 대답이 후자의 경우에도 이중 컨트롤러가 있으면 복잡성이 추가되고 과도한 것일 수 있습니다.

편집 - 나는 그것의 클러스터링이라고 말해야 할 것 다른 질문에 ESXi를 사용에 대한 귀하의 의견에 따라 엄청난는 , 우리는 훌륭하게 일 최대 32 웨이 클러스터가 있습니다.

— 헬기 3
소스

AFAIK, 우리는 클러스터링을 사용하지 않을 것입니다. 단일 박스에있는 두 번째 컨트롤러는 어떤 이점이 있습니까? 컨트롤러 페일 오버와 같은 것이 있습니까?

— Bigbio2002

1

ESX / ESXi 세계에서는 아닙니다. 하나만 있으면 괜찮을 것입니다. 6 개의 디스크로 구성된 하나의 큰 R10 어레이를 만들지 만 2TB (또는 그 이하)의 논리 디스크를 만들 수있는 컨트롤러를 확보하십시오. HP의 Pxxx 시리즈를 사용하면 btw를 수행 할 수 있습니다.

— Chopper3

7

활발하게 사용되는 두 번째 RAID 컨트롤러는 중복을위한 것이 아닙니다. 첫 번째 디스크가 죽을 때 모든 디스크를 전환하는 콜드 스탠바이 컨트롤러 인 경우에만 해당됩니다. 그런 다음 컨트롤러에 대한 중복성이 있습니다. 그러나 여기에 게시 된대로 그렇게 하십시오 .

따라서 RAID는 디스크 중복성으로 컨트롤러에서 단일 장애 지점으로 이어집니다. 두 번째 (사용되지 않는) 컨트롤러를 갖는 수 있습니다 당신이로이 문제를 해결 수있는 새로운 하나에 모든 디스크를 전환합니다. 이것이 효과가 다른 요인에 달려 있다면 ...

저는 원어민이 아니지만 저에게 "내결함성"은 "중복성"과는 다릅니다. 영어를 할 줄 아는 사람이 있습니까?

— mailq
소스

이중화는 내결함성을 달성하는 방법입니다. :). 콜드 스탠바이 또는 페일 오버 컨트롤러 라인을 따라 무언가를 찾고있었습니다. 이 기능이 지원되는 기능입니까, 아니면 수동으로 카드를 교체해야합니까?

— Bigbio2002

디스크 전환이 자동으로 수행되는 컨트롤러는 본 적이 없습니다. 내가 찾지 못했거나 하나의 디스크와 두 개의 컨트롤러 사이의 케이블을 어떻게 회로 해야하는지 상상할 수 없기 때문입니다.

— mailq

이중 포트 드라이브는 엔터프라이즈 환경에서 매우 일반적이지만 (SAN 선반 생각) 가격은 2 ~ 3 배 증가합니다.

— 어댑터

3

단일 I 상자에서 완전한 I / O 하위 시스템 중복성을 갖기 위해서는 실제로 두 개의 서로 다른 PCI-E 루트 컴플렉스에 연결된 두 개의 RAID 컨트롤러 가 필요합니다 . 이것은 두 가지 구성으로 달성 할 수 있습니다.

각 SAS 링크가 다른 컨트롤러에 연결된 고가의 이중 포트 SAS 디스크를 사용하십시오. 이러한 방식으로, 각 제어기는 각 디스크에 연결된다. 분명히 두 컨트롤러는 디스크에서 동시에 작동 할 수 없습니다. 디스크에 대한 액세스를 조정하려면 어떤 형태의 잠금 / 울타리가 필요합니다. SCSI에는 필요한 펜싱 메커니즘을 제공하기위한 특별한 규정이 있지만 적절한 소프트웨어로 조정해야합니다. 다시 말해, 단순히 디스크를 두 개의 컨트롤러에 연결하여 하루에 호출 할 수는 없습니다. 오히려 문제없이 작동하려면 적절한 소프트웨어 구성이 필요합니다.
일반적이고 저렴한 단일 링크 SAS / SATA 디스크를 사용하여 그 중 절반을 각 컨트롤러에 연결하십시오. 예를 들어 6 개의 디스크가있는 경우 3 개의 디스크를 컨트롤러에 연결하고 3 개의 디스크를 다른 컨트롤러에 연결해야합니다. 각 컨트롤러에서 필요에 따라 RAID 배열을 구성하십시오 (예 : RAID 5 또는 RAID1). 그런 다음 OS 수준에서 두 디스크 어레이간에 소프트웨어 RAID를 구성하여 전체 어레이 중복성을 달성 할 수 있습니다. 저렴하지만이 솔루션에는 소프트웨어 RAID1 수준으로 인해 스토리지 용량을 효과적으로 절반으로 줄이는 단점이 추가되었습니다.

두 가지 접근 방식의 주요 문제는 전체 시스템 중복성이 없다는 것입니다. 마더 보드 / CPU 문제는 컨트롤러 / 디스크 용량과 상관없이 전체 시스템을 중단시킬 수 있습니다.

이러한 이유로, 이러한 종류의 상자 내 중복성은 최근에 거의 사용되지 않습니다 (중간 / 고급 SAN 배포에서는 제외). 오히려 클러스터링 / 네트워크 미러링이 큰 관심을 끌고 있습니다. 단일 장애 시스템이 데이터 액세스를 무효화 할 수 없으므로 클러스터링 (또는 네트워크 미러링)을 사용하면 전체 시스템 중복성이 있습니다. 분명히 클러스터링에는 자체 함정이 있으므로 은색 / 쉬운 총알이 아니지만 어떤 상황에서는 장점을 무시할 수 없습니다. 또한 비동기식 네트워크 미러링을 사용하여 지리적으로 다른 위치에서 거의 실시간으로 데이터 중복성을 확보 할 수 있으므로 단일 재앙 이벤트가 데이터를 혼란스럽게 만들지 않습니다.

— 쇼 단쇼
소스

일부 종류의 데이터에서는 중간에 동기화가 실패했기 때문에 절반 만 업데이트 된 복사본을 사용하지 못할 수 있습니다. 데이터베이스는 일반적인 예일뿐 아니라 서로 밀접하게 관련된 많은 작은 파일이있는 다양한 소스 코드 및 데이터 세트입니다.

— h22

기본 복제 메커니즘에 따라 다릅니다. 예를 들어 DRBD는 전체 (프로토콜 C) 또는 거의 전체 (프로토콜 B) 동기화 복제를 사용할 수 있습니다. 즉, 소스 호스트에서 쓰기가 승인되면 실제로 원격 호스트에서도 커밋됩니다. 즉, 쓰기 장벽은 두 호스트 모두에서 적용됩니다. 이러한 보장으로 강력한 파일 시스템 / 데이터베이스는 문제없이 복구되어야합니다.

— shodanshok

예, 일부 데이터베이스는 복제를 지원하고 일부 다른 응용 프로그램도 지원합니다. 이것들은 작업하기가 훨씬 쉽습니다.

— h22

1

여러 컨트롤러에서 실제 장애 조치를 제공하려면 이중 포트 SAS 드라이브가 필요합니다. 이들은 존재하지만 내부 스토리지 만있는 단일 서버의 가격 범위에는없는 것이 확실합니다.

이들은 컨트롤러 사망이 중요한 문제인 SAN 시스템에 자주 사용되는 기술입니다.

다른 페일 오버 기능이없는 단일 서버의 경우 두 번째 컨트롤러는 아무 것도 얻지 못합니다. 비용이 더 많이 들고 컨설턴트에게 더 많은 수익을 제공합니다.

— 어댑터
소스