제가 이해한 바로는 특정 구성(5 및 10이 떠오름)에 대한 데이터가 여러 드라이브에 걸쳐 분할될 수 있기 때문에 RAID 컨트롤러는 RAID 어레이에 대한 읽기/쓰기를 관리하는 역할을 담당합니다. 많은 고급 서버에는 이 관리 목적으로만 독립된 RAID 카드가 포함되며 해당 카드가 꺼지면 문제가 발생할 수 있다는 것을 알고 있습니다. 그러나 이 정보가 Linux 소프트웨어 raid를 통해 어떻게 추적되는지 잘 모르겠습니다.
먼저 질문을 촉발하는 하드웨어 설정의 예를 제공하겠습니다.
- PC001은 4개의 드라이브, 즉 드라이브001, 드라이브002, 드라이브003, 드라이브004를 포함하도록 제작되었습니다.
- Drive001은 비 RAID 구성에서 OS 드라이브(일부 Linux 버전)로 존재합니다.
- 드라이브002, 드라이브003 및 드라이브004는 Linux 소프트웨어 RAID를 통해 RAID 5를 사용하여 array001로 구성됩니다.
질문:
- Linux에서 array001이 작동하는 데 필요한 정보가 저장되어 있는 드라이브는 무엇입니까? Drive001 또는 array001?
- Drive001이 다운되면 새 버전의 Linux로 새 OS 드라이브(drive005)를 설치하고 아무 일도 일어나지 않은 것처럼 array001을 계속 사용할 수 있습니까?
답변1
저는 똑같은 설정을 했는데 실제로 OS 드라이브를 잃어버렸고, 새로운 HW 등으로 이동하여 복구할 수 있는 능력은 제가 mdadm/software raid에서 정말 좋아하는 것 중 하나입니다.
RAID 배열의 구성은 Drive001에 있습니다(OS의 일부로 파일은 실제로 /etc/mdadm.conf).
OS 드라이브가 죽으면 드라이브를 교체하고, OS를 다시 설치하고, 업데이트하고, mdadm도구를 설치하고, 어레이 정의로 다시 생성하고 /etc/mdadm.conf, 시스템에 이를 활성화/재조립하도록 지시합니다. 당신은 즉시 백업되어 빠르게 실행될 것입니다.
드라이브가 죽었을 때 기억나는 바에 따르면 apt-get을 사용하여 mdadm 관리 항목을 설치하고 dpkg 구성 단계에서 부팅, 자동 시작 등에 필요한 볼륨에 대해 물었습니다. 적절하게 응답하고 재부팅했습니다. 비슷한 스캔을 실행했다고 가정할 수 있습니다...
그리고 매뉴얼 페이지의 스캔 및 조립에 대한 참고 사항 - 특히 두 번째 문장..
언제--모으다와 함께 사용됩니다--주사장치가 나열되지 않은 경우 mdadm은 먼저 구성 파일에 나열된 모든 어레이를 조립하려고 시도합니다. 구성에 어레이가 나열되지 않은 경우( 로 표시된 것 제외) 사용 가능한 장치에서 가능한 어레이를 찾아 찾은 모든 것을 조립하려고 시도합니다. 지정된 홈호스트에 속하는 것으로 태그가 지정된 어레이는 정상적으로 조립되고 시작됩니다. 분명히 이 호스트에 속하지 않는 어레이에는 로컬과 충돌하지 않을 것으로 예상되는 이름이 지정되며 "읽기 자동"으로 시작되므로 어레이에 기록될 때까지 아무 장치에도 기록되지 않습니다. 즉, 자동 재동기화 등이 지연됩니다.