☰

네트워크의 다른 노드에서 RAID 6을 구현하는 방법

tag-icon • tag-icon lvm software-raid
네트워크의 다른 노드에서 RAID 6을 구현하는 방법

네트워크의 독립 노드에 RAID 6을 생성하려고 합니다. 이 RAID 6에서 LVM을 추가로 구현해야 합니다. 나는 여기 있다http://www.mylinuxplace.com/building-raid-over-network-share/. 나는 smb, samba 및 루프 장치의 개념에 대해 명확하지 않습니다.

  • NAS와 SMB의 차이점은 무엇입니까?
  • VM과 함께 블록 장치/노드를 사용하는 경우 루프 장치를 생성해야 합니까?

답변1

저는 전문가는 아니지만 RAID on Ethernet에 대해 궁금해했고 제 경험을 알려드릴 수 있습니다. 웹에 잘 문서화되어 있는 LVM over RAID에 대해서는 질문이 없으므로 이 주제에 대해 자세히 설명하지 않겠습니다.

NAS와 SMB(CIFS)의 차이는 병과 와인의 차이와 같습니다. NAS: Network Attached Storage(네트워크에 연결된 저장 장치) 기본적으로 매우 대략적으로 말하면 몇 가지 서비스를 제공하는 서버입니다. SMB/CIFS(Windows 공유), NFS(Linux 공유) 또는 AFP(Apple 공유)일 수 있습니다. 짧은 대답은 "NAS 장치는 SMB 프로토콜을 기반으로 공유 서비스를 제공할 수 있습니다"입니다.

"루핑 장치의 필요성": 하드 디스크, LVM의 논리 파티션, USB 디스크, 네트워크 디스크를 포함한 모든 장치(적어도 저장 장치)를 사용하여 소프트웨어 RAID(mdadm)를 생성할 수 있습니다. 공유 파일 node1.img(링크에 있음)는 장치가 아니라 파일이라는 점을 이해하는 것이 중요합니다. 이 파일은 컨테이너로 사용되기 때문에 루프 장치를 생성해야 합니다.

짧은 대답: 암호화된 "홈" 마운트를 생성할 때 컨테이너는 회전 옵션을 사용하여 관리할 수 있지만 RAID 소프트웨어는 장치(파일이나 컨테이너가 아님)만 관리할 수 있으므로 장치 회전이 필요합니다.

결론은 RAID6 기반 LVM이겠지만 주요 프로젝트는 네트워크 기반 RAID가 될 것입니다. 링크에 대한 솔루션은 클러스터 1:device(HD)->filesystem->file->software(NFS 또는 SMB)--->-(network)->---[master]:software(NFS 또는 SMB)입니다. -> 장치 루프 -> 소프트웨어 raid(그런 다음 raid 어레이 사용)

나는 open-iscsi를 사용하여 낮은 수준의 공유 솔루션을 시도했습니다. 다시 말하지만, RAID에 대한 내 경험에는 USB 드라이브를 사용한 RAID(자랑스럽지 않음)와 네트워크를 통한 RAID(만족스럽지 않음)가 포함됩니다. 정보 항목을 이해하면 네트워크에 최소 4개의 시스템이 있습니다. - "여유 공간"(RAID6용)을 제공하는 클러스터가 최소 4개 있습니다. - "1개 호스트"가 있습니다. 제가 경험한 솔루션은 저수준을 사용하는 솔루션입니다. 나누는:

  • iSCSI 대상을 통해 "각 클러스터에서 장치 공유":https://wiki.archlinux.org/index.php/ISCSI_Target

  • 마스터 서버에 장치를 생성하는 iSCSI 초기자를 통해 "모든 공유 장치에 액세스"(파티션 생성을 포함하여 로컬처럼 네트워크 디스크에 액세스할 수 있음):https://wiki.archlinux.org/index.php/ISCSI_Initiator

  • Initiator 머신에서 RAID 어레이를 생성한 다음 LVM, 스톡 등을 포함하여 원하는 모든 작업을 수행했습니다.

iSCSI의 장점:

  • 네트워크를 통한 RAID 허용

  • iSCSI를 사용하면 짧은 네트워크 종료가 가능합니다.

iSCSI의 단점:

  • iSCSI는 한 번에 하나의 이니시에이터만 액세스할 수 있으며, 맥박 조정기의 고가용성은 매우 어렵습니다.

  • iSCSI는 어렵지 않지만 설정이 쉽지는 않습니다.

  • RAID가 무엇인지 아시나요? RAID 어레이는 어레이의 한 장치가 종료될 때 "실패"하게 됩니다. 이는 클러스터가 종료될 때(예: 재부팅 또는 연결 해제) RAID 어레이가 "성능 저하"됨을 의미합니다. 따라서 결함이 있는 장치를 제거해야 합니다. iSCSI 인스턴스를 종료하고, iSCSI 인스턴스를 다시 시작하고, 장치를 읽고, RAID 어레이를 다시 동기화합니다.

  • 성능 저하: 네트워크 10/100/1000은 RAID에 대한 읽기/쓰기 액세스 제한입니다... 이는 낮은 제한입니다(테스트를 게시하지 않았지만 네트워크 스위치가 좁습니다).

이는 4개 클러스터를 위한 "가난한 사람의 SAN"이고 메인 서버를 위한 NAS(RAID/LVM/공유 포함)입니다. 나는 한 컴퓨터에 4개의 디스크를 넣기로 결정할 때까지 약 1년 동안 이 솔루션을 사용했습니다.

내 경험에 따르면 iSCSI는 NFS보다 더 효율적이고(SMB/CIFS보다 훨씬 더 효율적) 주요 문제는 스토리지 용량을 공유하는 방법이 아니라 하드웨어 오류(컴퓨터 다시 시작, 하드 드라이브 오류, 네트워크 오류)를 관리하는 방법입니다. ).

추신: vblade와 같은 다른 저수준 솔루션을 시도했지만 성능이 매우 나빴습니다. PPS: 현재 MooseFS www.moosefs.org/about-mfs.html을 보고 있습니다. MooseFS는 여유 공간 측면에서 RAID5보다 약간 열등하지만 하드웨어 오류를 매우 잘 관리할 수 있습니다.

관련 정보