모든 데이터를 보관하려는 기본 스토리지/iSCSI 서버가 있습니다.
반면에 워크스테이션과 가상 머신이 있고 데이터가 전혀 필요하지 않습니다. 그러나 성능 요구 사항으로 인해 일부 로컬 스토리지를 워크스테이션 및 가상 머신의 /boot
기본 cache
iSCSI 볼륨 으로 유지하고 싶습니다.
아직 사용할지 여부를 결정하지 않았 bcache
으므로 LVMs dm-cache
이 질문에 차이가 있으면 답변에 언급해 주세요.
질문:
내 로컬 저장소가 대상 역할만 하고 대상에 특정 볼륨을 GRUB
마운트하도록 (PXE 관련 없음) Linux(ubuntu)를 설치하려면 어떻게 해야 합니까? 물론 이것도 사실이다. 이상적으로는 Live CD 등의 명령줄을 사용하여 각 워크스테이션에 설치하는 것입니다. 가상 머신의 경우 디스크 자체를 복사하고 마운트할 iSCSI 볼륨을 변경하면 됩니다./boot
iSCSI initiator
Cache
답변1
글쎄, 그것은 학습 경험으로 밝혀졌습니다 :)
1 단계
이 작업을 수행하기 위해 Ubuntu를 사용했습니다.네트워크 설치 프로그램 서버 이미지. 55MB에 불과합니다.
2 단계
설치는 텍스트 기반이지만 데스크톱 버전보다 강력하지 않습니다. 설치 시 iSCSI 연결 매개변수를 직접 지정할 수 있다는 점에서 약간의 차이가 있지만 수동 파티셔닝을 선택해야 합니다. 설치 프로그램에 초기자 정보를 입력하면 동일한 LUN이 두 번 마운트되기 때문에 도움이 될지 잘 모르겠습니다. 이는 다음에 설치하려고 하는 LVM을 (적어도) 엉망으로 만들기 때문에 약간 불행한 일입니다. 그래서 설치 프로그램에서 런처 ID를 입력한 다음 콘솔 #2(ctrl + alt + F2)로 전환하고수동으로 대상에 연결거기에서. 설치 프로그램 및 수동 디스크 파티셔닝으로 돌아가면 이제 /dev/sda(내 로컬 저장소) 및 /dev/sdb(iSCSI 볼륨)가 있습니다.
데스크탑 설치 프로그램(ubuntu gnome 버전용)은 배포 시 open-iscsi를 사전 설치하지 않으므로 결국 포기하고 서버 설치 프로그램을 사용했습니다.
3단계
수동 파티셔닝에 이어 다음 단계는 SSD 캐싱을 위한 기본 조건을 설정하는 것입니다. 이 경우 LVM의 dm-cache 구현을 사용하기로 결정했으므로 이제 iSCSI LUN에 볼륨 그룹을 생성하고 그 안에 논리 볼륨을 생성하기만 하면 됩니다. 이것이 루트가 될 것입니다. iSCSI LUN의 기존 논리 볼륨은 설치 프로그램의 파티션 관리자에 표시되지 않으므로 계속하기 전에 이를 삭제한 다음 새 볼륨을 만들어야 할 수도 있습니다.
4단계
수동 디스크 파티셔닝을 완료한 후 이제 파티션을 생성합니다.
- sda1:/시작
- sda2: 교환
- sdb:vg/lv: / (루트)
그리고 거기에 운영 체제를 설치합니다. 당신은좋아하는 데스크탑 스타일을 선택하세요설치 프로세스 중에는 작업이 없습니다. tasksel
위 링크에서 제안한 대로 필수 항목을 먼저 설치한 다음 재부팅하도록 선택할 수도 있습니다 .
5단계
이로 인해 다음 두 가지 이유로 배포가 제대로 작동하지 않습니다.
- 배포의 initramfs에 포함된 iSCSI 초기자 ID는 대상에 연결하는 데 사용되는 ID가 아닙니다.
- CHAP 인증에 사용되는 비밀번호 정보도 initramfs 이미지에서 누락되었습니다.
결과적으로, 루트 FS가 포함된 iSCSI 이미지를 마운트할 수 없기 때문에 새로운 Ubuntu 설치에서 initramfs 프롬프트가 표시되었습니다.
설치 단계에서 이 문제를 어떻게 해결해야 할지 확신이 없었기 때문에 다음 단계에 따라 문제를 해결했습니다.
- 내 서버의 클라이언트 ID를 사용하여 새 배포를 인증했으며
targetcli
CHAP 인증도 비활성화했습니다. 이는 올바른 매개변수를 사용하여 initramfs 프롬프트에서 간단히 호출하면 더 잘 수행될 수 있지만iscsistart
당시에는 이를 몰랐습니다. 여기에서 가장 좋아하는 독을 선택하세요. - 클라이언트가 시작된 후
/etc/iscsi/initiatorname.iscsi
올바른 실행 프로그램 ID와/etc/iscsi/iscsi.initramfs
완전한 대상 및 인증 세부 정보를 사용하여 문제를 해결했습니다. 후자 파일의 매개변수 이름은 ISCSI_INITIATOR, ISCSI_TARGET_NAME, ISCSI_TARGET_IP, ISCSI_TARGET_PORT, ISCSI_TARGET_GROUP, ISCSI_USERNAME, ISCSI_PASSWORD, ISCSI_IN_USERNAME, ISCSI_IN_PASSWORD입니다. 내가 갖고 있어여기. 업데이트 후update-initramfs -u
해당 업데이트된 실행 구성을 게시했습니다.
이 단계를 완료하고 나면 처음부터 원하는 방식으로 실행되는 제대로 설정된 시스템을 갖게 되었습니다. 아직 완료하지 못한 두 단계가 있습니다.
6단계
이 배포에는 종료 중에 루트 파일 시스템이 마운트 해제되기 전에 네트워크 스택과 iSCSI 볼륨이 종료되는 "버그"가 있습니다. 이로 인해 종료가 중간에 중단됩니다. 이 문제에 대한 해결책을 찾으면 이에 따라 이 단계를 업데이트하고 마지막 단계로 넘어갈 것입니다.
7단계
종료 문제를 해결한 후 지침에 따라 SSD 캐시를 설정하고 싶습니다.여기&여기.
저는 현재 두 가지 이유로 LVM 캐싱을 조사하고 있습니다.
- 내 메인 서버에 bcache를 설정했는데, 이 bcache는 매우 강력하고 구성 가능하며 안정적이지만 몇 가지 사소하지만 여전히 성가신 문제에 부딪혔습니다.
- LVM의 캐시는 논리 볼륨에 대한 경로를 변경하지 않고 유지합니다. 기본 볼륨이 사용되는 방식을 변경하지 않고도 원하는 대로 캐시를 활성화/비활성화/제거할 수 있습니다. 반면 bcache는 캐시 자체를 비활성화하더라도 활성 상태를 유지해야 하는 새 매핑을 생성합니다. 음, 기술적으로는 LVM을 설정해야 하므로오직나중에 캐싱을 활성화하려면 bcache에는 다른 계층이 있고 LVM에는 없다고 말하는 것은 공평하지 않은 것 같습니다. 그렇죠?