IBM에서 스토리지 시스템을 설정하는 것이 얼마나 쉬운지 보여드리고 싶습니다. 제공된 스크린샷에 대한 특별한 감사는 너무 게으르지 않고 설치 프로세스를 캡처한 Orenburg의 Dmitry K.에게 말해야 합니다.

가장 기본적인 체계:

• IBM Storwize v3700 스토리지 시스템은 iSCSI 및 SAS를 통해 서버를 연결할 수 있는 기능을 표준으로 제공합니다. 600Gb 디스크 4개 설치
• 2개의 IBM 3650 m4 서버, 로컬 디스크 없음, 2개의 단일 포트 SAS HBA 카드 포함
• 십자형 연결, 내결함성 - 각 HBA 서버 어댑터가 자체 스토리지 컨트롤러에 연결됨

작업은 다음과 같습니다.

1. 관리를 위해 스토리지에 연결
2. SAS 연결을 지원하도록 펌웨어 업데이트
3. 디스크에서 어레이 생성, RAID 레벨 10
4. 없는 서버가 있기 때문에 하드 드라이브, 운영 체제를 설치할 서버마다 별도의 LUN 생성 윈도우 서버 2012
5. 두 서버에서 사용할 수 있는 하나의 공유 LUN을 생성합니다. 보다 정확하게는 데이터베이스를 저장하기 위해 MS SQL 2012 클러스터를 만드는 데 사용됩니다.
6. 이 작업에는 가상화 사용이 포함되지 않습니다.

설정을 시작하겠습니다

1

스토리지 시스템에는 특수 플래시 드라이브가 제공되며 초기 구성, 즉 웹 인터페이스에 연결하기 위한 서비스 IP 주소인 관리자 암호 설정에 사용됩니다. 컴퓨터의 USB 플래시 드라이브에서 InitTool.bat 유틸리티를 실행합니다.

2

방금 스토리지 시스템을 구입했으므로 Create a new system(새 시스템 생성)을 선택합니다.

3

스토리지 시스템에 접속할 IP 주소를 설정합니다.

4

시스템 초기화 프로세스:

1. 컴퓨터에서 장치를 안전하게 제거하고 USB 플래시 드라이브를 꺼냅니다.
2. 스토리지 시스템의 컨트롤러 중 하나를 살펴봅니다. 네트워크 관리 인터페이스를 통해 커넥터 중 하나에 USB 플래시 드라이브를 삽입해야 합니다. 그러나 그 전에 컨트롤러의 오른쪽 상단에 세 개의 표시등이 올바른 세마포어 신호를 제공하는지, 왼쪽은 켜져 있고 가운데는 깜박이고 오른쪽은 꺼져 있는지 확인해야 합니다.
3. 플래시 드라이브를 넣은 후 USB 포트(어느). 오른쪽 아이콘(느낌표)이 깜박이기 시작합니다. 꺼지지 않을 때까지 기다려야 합니다. 그런 다음 USB 플래시 드라이브를 제거하고 컴퓨터로 다시 돌려 마법사 단계를 완료할 수 있습니다.

5

브라우저(IE8 또는 Firefox 23+ 권장)를 통해 웹 인터페이스로 이동합니다.

기본적으로 수퍼유저 로그인 암호는 passw0rd(0부터)입니다.
이제 펌웨어를 업데이트할 시간입니다. 설정 메뉴-> 일반 -> 기계 코드 업그레이드

펌웨어는 공식 사이트 ibm.com에서 사전 다운로드됩니다. 우리의 경우 버전 7.1.0.3(빌드 80.3.1308121000)입니다. 여기에는 업그레이드 테스트 유틸리티가 포함되어 있으며 먼저 스토리지 시스템에 업로드한 다음 펌웨어 자체에 업로드합니다.

6

스토리지가 자동으로 감지됨 4 설치된 디스크. 시스템은 그 중 3개를 POOL용으로 할당했고 1개는 핫 스페어용으로 할당했습니다.

더 많은 디스크가 있는 경우 자동 튜닝. 우리의 경우 다른 방식으로 디스크를 다시 분할하는 것이 좋습니다.

7

자동으로 생성된 Pool 삭제

8

우리는 4를 얻는다 여유 디스크, 여기서 RAID 10 생성

9

스토리지 구성을 클릭한 다음 생성하려는 RAID와 사용할 디스크 수를 선택합니다.

10

새로 생성된 풀의 이름을 설정합니다.

용어를 혼동하지 않기 위해. 사용 가능한 디스크에서 RAID 또는 어레이를 생성하고 결과로 생성되는 여유 공간은 풀입니다. 그런 다음 풀 공간 자체를 소위 LUN 또는 볼륨이라는 조각으로 자르고 이제 이미 서버(호스트)에 제공할 수 있습니다.

11

풀 생성됨

12

풀에 새 LUN 생성

13

스크린샷에는 보이지 않지만 LUN의 크기를 설정했습니다.

14

따라서 LUN 생성 마법사를 사용하여 세 번째 달을 만듭니다.

계획대로 서버 운영 체제용으로 각각 100Gb 2개. 그리고 MS SQL 2012의 클러스터를 생성하기 위한 총 500GB 크기

15

이제 어떤 서버(호스트)가 접속되어 있는지 스토리지 시스템에 알려야 합니다. 기본 구성에는 iSCSI와 SAS의 두 가지 연결 옵션만 있습니다.

SAS를 통해 Storwize v3700에 연결된 두 개의 서버가 있습니다.

16

이 단계에서는 식별자(16자리)가 있는 서버의 SAS HBA 카드 2개에 연결된 SAS 케이블 2개로 첫 번째 서버가 연결되었음을 스토리지 시스템에 표시합니다.

따라서 우리는 두 서버를 모두 추가하고 각각 두 개의 식별자를 가집니다.

17

LUN을 서버에 제공합니다. 즉, 액세스 권한을 할당합니다.

스크린샷에서 HOST_LUN_TOP은 첫 번째 서버 전용입니다. 운영 체제가 설치됩니다. 그리고 두 번째 서버는 이 LUN을 볼 수 없습니다.
클러스터의 MS SQL 데이터베이스를 호스팅하기 때문에 두 서버에서 모두 사용할 수 있어야 하는 SQL_LUN과 다릅니다.

IBM의 멜론 DS35xx 시리즈용 스토리지 시스템을 구성하고 추가로 관리하려면 DS 스토리지 관리자 프로그램을 사용하십시오. 최신 버전물론 등록 후 공식 사이트에서 다운로드 할 수 있습니다. 다양한 버전의 프로그램이 있습니다. 운영체제, 리눅스, 윈도우, 맥, HPUX

여기에서 다운로드하는 것이 불필요하지 않습니다 최신 업데이트스토리지 컨트롤러 펌웨어. 그렇지 않으면 스토리지가 서버의 디스크 또는 HBA를 인식하지 못하거나 기타 관련 문제가 발생할 수 있습니다.

이유는 모르겠지만 많은 분들이 IBM 사이트에서 다운로드할 파일을 찾아 다운로드하는데 어려움을 겪고 있습니다. Ibm.com -> 지원 및 다운로드 -> 수정, 업데이트 및 드라이버 -> 빠른 찾기 -> 검색 표시줄 "DS3500(DS3512, DS3524)" -> 보기 DS3500(DS3512,DS3524) 다운로드로 이동합니다. IBM Portal이 항상 올바르게 작동하는 것은 아니므로 제대로 작동하지 않으면 다른 브라우저를 사용해 보십시오.

컨트롤러의 펌웨어는 다음과 같습니다.

DS 스토리지 관리자용 다운로드

프로그램을 설치하고 실행하면 스토리지 시스템을 찾는 방법을 선택하라는 메시지가 표시됩니다. 자동은 네트워크를 스캔하고 연결된 DS35xx를 찾습니다. 수동에서는 두 스토리지 컨트롤러의 IP 주소를 수동으로 입력해야 합니다. 기본적으로 설정되는 관리 인터페이스의 주소는 편의상 스토리지 시스템 자체의 포트 아래에 기록됩니다. DHCP가 네트워크에서 실행 중인 경우 주소를 자동으로 가져옵니다.

내결함성을 위해 두 개의 관리 포트가 각 컨트롤러에 내장되어 있지만 일반적으로 각 컨트롤러의 첫 번째 포트는 관리에 사용됩니다.

배선도 설정을 시작하기 전에 결국 얻고자 하는 것이 무엇인지 상상해야 합니다. 이해가 없으면 시작하지 않아야 합니다. 최대한 만들어보자 간단한 회로, 구성표에 따라 두 개의 서버를 스토리지 시스템에 연결합니다.

각 서버에는 두 개의 SAS HBA 어댑터가 있습니다. 모르는 사람들을 위해 SAS 입력이 있는 PCI-E 카드일 뿐입니다. 내결함성을 위해 두 개의 HBA가 설치되어 있으며 스토리지 시스템의 컨트롤러 중 하나에 장애가 발생하면 다른 컨트롤러를 통해 작업이 계속됩니다. 동일한 논리로 시스템은 서버의 SAS 케이블 또는 HBA 어댑터 문제로부터 보호됩니다.

환경. 논리.

디스크가 포함된 스토리지 시스템이 있습니다. 먼저 디스크에서 일종의 RAID(어레이)를 조립한 다음 이 RAID에 논리 볼륨(LUN)을 만든 다음 서버에서 이 볼륨을 보고 작업할 수 있도록 서버에 제공(매핑)해야 합니다. 여기에 논리가 있습니다. 이제 순서대로. 공식 IBM 스토리지 웹 사이트에서 다운로드할 수 있는 시뮬레이터에서 모든 조작을 수행합니다. 인터페이스는 실제 DS3524 또는 DS3512에서 볼 수 있는 일대일 반복이 아닙니다.

1.. 이전에는 스토리지 시스템을 자동으로 검색하는 방법을 선택했습니다. 시스템이 찾아서 연결하면 스토리지 시스템이 콘솔에 표시됩니다.

2.. 스토리지 시스템을 마우스 오른쪽 버튼으로 클릭하고 관리 항목을 선택하여 구성을 시작합니다.

3.. 마법사는 새 창에서 열리지만 일반적인 동작 순서를 보여주고 싶습니다. 닫습니다.

4.. Logical/Physical View 탭에서 할당되지 않은 디스크 공간을 볼 수 있습니다. 시뮬레이션 스토리지 시스템에는 두 가지 유형의 디스크가 있으며 일반적인 SATA를 구성합니다. 먼저 어레이(RAID)를 만듭니다.

6.. 배열에 NAME을 설정합니다.

7.. 원하는 RAID를 선택합니다. 10개의 RAID가 표시되지 않습니다. RAID를 생성하려면 RAID 1을 선택해야 합니다.

8.. 그런 다음 마법사는 4개 이상의 디스크로 구성된 RAID 1을 생성하면 10개의 RAID가 자동으로 생성된다고 설명합니다(또는 1 + 0, 동일).

9.. 38개 디스크의 RAID 생성 선택

10.. 생성 후 볼륨 생성 마법사(LUN)가 자동으로 시작되며 콘솔에서도 시작할 수 있습니다. 4단계에서와 같이 이전에 생성한 어레이를 선택하기만 하면 됩니다.

11.. LUN의 크기를 지정해야 합니다. 제 경우에는 8Tb(총 사용 가능한 17.6Tb)이고 볼륨의 이름을 지정해야 합니다.

12.. 중요 포인트, 이 LUN에 어떤 OS가 설치될지 알고 있으면 이를 지정해야 합니다. VMware의 경우 라인도 있고 XenServer의 경우 Linux가 선택됩니다. 그리고 어떤 이유로 시뮬레이터에 이러한 줄이 없습니다.

13.. 어레이와 LUN을 만든 후 콘솔에서 볼 수 있습니다.

14.. 이제 다른 탭으로 이동하여 이 LUN 서버에 대한 액세스 권한을 부여해야 합니다. 기본 그룹이 기본적으로 생성되고 이 그룹에서 LUN1을 사용할 수 있음을 알 수 있습니다. LUN1에 연결할 수 있도록 이 그룹에 서버(첫 번째 서버, 그 다음 다른 서버)를 추가하기만 하면 됩니다.

15.. 기본 그룹을 마우스 오른쪽 버튼으로 클릭하고 정의 -> 호스트

16.. 각 서버에는 두 개의 SAS HBA가 있으며 이를 통해 스토리지 시스템에 연결됩니다. 스토리지 시스템은 HBA 어댑터 또는 고유한 "식별자"로 서버를 정확하게 식별할 수 있습니다. 호스트 이름을 설정합니다(ESX1이 있음). 연결하려는 서버에 속하는 두 개의 "식별자"를 선택합니다. vSphere Client 또는 vCenter Server를 통해 ESXi 호스트에 직접 연결하여 서버에 있는 식별자를 확인할 수 있습니다. 거기에서 "스토리지 어댑터" 섹션을 찾습니다. 왼쪽 열에서 오른쪽으로 두 개의 "식별자"를 전송합니다. 그런 다음 각 "식별자"를 선택하고 편집 버튼을 클릭하여 설명을 추가합니다. 이 절차는 혼동을 피하기 위해 고안되었습니다. 많은 수로식별자. 고유 한 "식별자"대신 시뮬레이터에 0이 있습니다.주의를 기울이지 마십시오. 모든 것이 정상적으로 될 것입니다.

17.. 이제 호스트 운영 체제를 선택하고 VMware인 경우 VMware를 선택합니다.

18.. 그런 다음 콘솔에서 호스트를 볼 수 있으며 기본 그룹에 있기 때문에 LUN1을 사용할 수 있습니다. 결론.긴 기사로 판명되었으며 실제로 모든 것이 훨씬 빠르게 발생합니다. 모든 단계를 몇 번만 클릭하면 IBM의 스토리지 시스템 연결 프로세스가 더 이상 문제를 일으키지 않습니다. iSCSI 연결 설정은 조금 더 어렵습니다. SAS 또는 FC를 선택하는 것이 좋습니다.

과장 없이 IBM의 서버는 "올인원" 제품이라고 해도 과언이 아닌 장치 클래스에 속한다고 해도 과언이 아닙니다. 사용자는 자신의 필요에 맞게 구성되고 바로 사용할 수 있는 기성품 솔루션을 구입할 수 있습니다. 최근 몇 년 동안 이 회사는 정보 장비를 만들고 64비트 운영 체제를 기반으로 하는 현대적 개념을 구현하는 데 노력을 집중했습니다. 그러나 IBM 서버를 설정하는 방법에 대한 질문은 지속적으로 제기됩니다. 제조업체의 사용자 정의 외에도 자신의 요구에 맞는 유연한 소프트웨어 솔루션을 설치할 수 있기 때문입니다.

회사 제안

IBM 서버는 다른 제조업체의 제품처럼 모델이나 시리즈로 명명되지 않습니다. 하나의 개념이 있는데, 오늘날 그것은 하드웨어와 소프트웨어 솔루션. 시스템 내에서 하드웨어의 기능에 따라 다양한 수정이 가능합니다.

• 타워형 서버는 소규모 회사의 요구 사항을 쉽게 충족하거나 몇 시간 만에 모바일 오피스를 배포할 수 있도록 합니다.
• 랙 랙 설계는 프로세서, 메모리, 네트워크 카드및 RAID 컨트롤러 유형. 소프트웨어 개념의 일부로 서버는 확장성을 갖춘 단일 구조로 통합될 수 있습니다.
• IBM 블레이드 서버는 자체 데이터 웨어하우스를 생성할 수 있는 기능과 고성능을 결합한 개별 장치를 사용하여 생산 시설을 호스팅하는 데 이상적인 솔루션입니다.

서버를 선택하려면 소위 구성자를 사용하는 것이 편리합니다. 기본 요구 사항에 따라 특정 성능을 제공할 수 있는 온라인 서비스입니다. 사용자는 필요에 따라 하드웨어 요구 사항을 결정하고, IBM 서버를 설정하는 방법(사용할 기본 소프트웨어)을 결정하고, 섀시 유형을 선택하고, 매개변수를 지정해야 합니다. 테이블 형식으로 몇 가지 옵션을 제공하려고 합니다.

보다 복잡한 쿼리의 경우(데이터베이스 서버 선택 시) 하드 드라이브 수, 디스크 컨트롤러 유형, 각 프로세서의 메모리 등을 명확하게 표시해야 합니다. 구성자는 원하는 만큼 복잡한 데이터를 채우고 IBM 서버 설정 방법을 결정하고 선택하는 기능을 제공합니다. 특정 모델장비.

소프트웨어 및 기본 설정

최소한의 서버 설정으로 RAID 컨트롤러를 구성하고 편리한 설정 및 유지 관리 시스템을 구성해야 합니다.

데이터 웨어하우스 조직

모든 IBM 서버를 사용하면 BIOS 수준에서 복잡한 디스크 어레이 시스템을 쉽게 만들 수 있습니다. 이렇게 하려면 서버를 로드할 때 구성 프로그램을 입력해야 합니다. 일반적으로 "F2" 버튼을 누르면 됩니다.

내장된 관리 유틸리티를 사용하여 개별 드라이브를 선택하고 어레이로 결합하고 RAID 레벨을 생성할 수 있습니다. 기본 세트에는 공통 옵션이 포함되어 있지만 구조를 알고 디스크를 직접 정의하면 RAID 10을 구축할 수 있습니다. 이 유틸리티는 매우 편리하고 직관적입니다.

사용 가능 세부 설정생성된 모든 것에 대해 가상 디스크. 여기에는 클러스터 크기, 액세스 모드(예: 디스크를 읽기 전용으로 만들 수 있음), 지연 또는 직접 쓰기 모드, 교환 유형(직접 또는 특정 양의 캐시 사용) 등이 포함됩니다. 초기화 후 디스크 어레이는 완전히 사용할 수 있으며 운영 체제를 설치한 후 드라이버를 선택하고 컨트롤러를 구성할 필요가 없습니다.

통합 작업 환경

아마도 웹 애플리케이션 또는 서비스 서버에 가장 많이 사용되는 솔루션은 IBM Web Sphere일 것입니다. 전체 프로덕션 환경의 중앙 집중식 관리를 위해 주로 설계된 응용 프로그램 서버입니다. 이 툴킷에는 분석을 위한 많은 도구가 포함되어 있습니다. 웹 사이트나 서비스의 성능을 테스트하고 리소스 사용량을 모니터링할 수 있습니다. 완전한 데이터 보호와 전체 응용 프로그램 또는 서비스를 다른 서버로 쉽게 전송할 수 있는 기능을 모두 제공하는 이중화 도구도 여기에서 제공됩니다.

간단한 요약

물론 이 기사에서 서버 구성을 위한 풍부한 기능과 옵션을 모두 설명하는 것은 불가능합니다. IBM 서버를 구입한다는 것은 하드웨어 및 소프트웨어 컴플렉스를 구입하는 것을 의미합니다. 단일 통합 환경 내에서 IBM은 가상화, 자동 모니터링 및 로드 밸런싱을 위한 많은 특정 도구를 제공합니다. 큰 이점은 데이터 액세스 소스를 생성하기 위한 여러 도구입니다. 애플리케이션 서버에 통합될 수 있는 Oracle 및 MS SQL을 제외하고 거의 모든 표준이 지원되지만 자체 환경입니다.

독점적인 맞춤형 소프트웨어를 구입할 계획이 없더라도 IBM 솔루션에는 오류가 있을 수 없습니다. IBM Web Spere, Lotus Domino 및 기타 - 신중한 데이터 보호 시스템을 쉽게 구성할 수 있습니다. IBM은 고객이 항상 24시간 데이터 가용성, 서비스 가동 시간 및 서버 운영을 하루 24시간, 주 7일, 1년 365일 보장할 수 있는 방식으로 제품을 설계합니다.

오늘의 게시물은 IBM Storwize V7000 Unified에 대한 것입니다.

연결 및 초기화 문제를 고려하고 작은 성능 테스트를 수행합니다.

조금 시작하려면 배경 정보에 의해 :

IBM Storwize V7000 통합블록 및 파일 액세스(SAN 및 NAS)를 동시에 제공할 수 있는 통합 데이터 스토리지 시스템입니다. NFS/CIFS/FTP/HTTPS/SCP 파일 프로토콜을 통한 파일 액세스. 로컬 및 원격 파일 복제도 마찬가지입니다. 여기에 원래의 Storwize V7000에 내재된 모든 유용성과 장점에 더하여 다음과 같은 기능이 있습니다. 디스크 공간), FlashCopy(스냅샷 및 볼륨 복제 생성), Easy Tier(계층화된 스토리지), Data Migration(데이터 마이그레이션), 실시간 성능, Metro 및/또는 Global Mirror(원격 복제), 외부 가상화(외부 스토리지 시스템의 가상화) , 실시간 압축(데이터 압축).

시스템은 V7000 자체와 두 개의 파일 모듈(특수 소프트웨어가 설치된 일종의 시스템 x 서버)로 구성되어 단일 클러스터의 제어하에 클러스터로 통합됩니다. GUI, IBM에서 말하는 것처럼 하나의 시스템, 하나의 관리, 하나의 통합 솔루션입니다.

시스템의 설치 및 초기화는 매우 간단합니다. 가장 중요한 것은 전환이 올바른지 확인하고 절차를 명확하게 이해하는 것입니다. 또한 IBM Storwize V7000 통합 정보 센터(http:/ /pic.dhe.ibm.com/infocenter/storwize/unified_ic /index.jsp?topic=%2Fcom.ibm.storwize.v7000.unified.132.doc%2Fmanpages%2Fdetachnw.html)

IBM Storwize V7000 시스템 스위칭 예

초기화를 위해 다음 절차를 수행합니다.

"Launch GUI"를 클릭하면 관리 IP 항목에 지정된 IP에서 브라우저가 열리고 시스템 초기화 프로세스가 표시됩니다. 마지막으로 필요한 모든 매개 변수를 지정하면 이미 친숙하지만 새로운 항목으로 채워진 GUI가 우리를 기다리고 있습니다.

문제가 발생하여 초기화 중에 문제가 발생한 경우 유틸리티와 함께 ​​플래시 드라이브에 있는 "satask_result.html" 파일에 주의를 기울여야 합니다. 일반적으로 여기에는 오류가 발생한 오류 번호가 포함되어 있습니다. 시스템 요소 중 하나 이상이 이미 구성된 경우 재초기화가 성공할 가능성이 없으므로 모든 설정을 재설정해야 합니다. 재설정은 다음과 같이 수행됩니다. 스토리지 시스템 자체에서 컨트롤러의 서비스 그래픽 인터페이스로 이동해야 합니다(IP 주소는 동일한 InitTool 유틸리티를 사용하여 변경할 수 있으며 기본 주소는 192.168.70.121/122임). node1 및 node2를 서비스 모드로 전환("Enter Service State")한 다음 "Manage System" 탭에서 선택한 노드의 시스템 정보를 지우고 "Enclosure 구성" 탭으로 이동하여 시스템 ID를 재설정합니다(" 시스템 ID 재설정" 및 "수정" 클릭), 두 컨트롤러 모두에 대해 이 일련의 작업을 수행해야 합니다("홈" 탭에서 노드 1 및 노드 2를 차례로 선택). 그런 다음 스토리지 시스템을 다시 시작해야 합니다. 파일 모듈에서 구성을 제거하려면 로드된 모듈에서 명령을 실행한 후 키트와 함께 제공되는 디스크에서 시스템을 다시 설치해야 합니다. $ rm -rf /지속/*), 파일이 삭제되었는지 확인( $ ls -ahl /지속/*), 디스크를 넣고 재부팅합니다( $ 재부팅) 확인 후 설치가 자동으로 시작됩니다(“Enter” 키 누르기).

잉크 k는 블록 액세스가 있는 시스템 성능의 여러 그래프입니다.

호스트, OS Widows Server 2012, 우리는 FC에서 제공하는 2개의 로컬 디스크, 하나는 4개의 SSD 200Gb의 RAID10이 있는 100Gb 및 19개의 SAS 디스크(300Gb 15k)가 있는 3개의 RAID5로 구성된 풀에서 두 번째 100Gb를 테스트했습니다. 디스크, 세 번째 5. 테스트는 IOmeter 프로그램으로 수행되었으며 "100%Random-8k-70%Read"라는 두 가지 사양이 사용되었습니다. 8kb 블록에서 테스트, 100% 랜덤 액세스, 70% 읽기 작업, 30% 쓰기입니다. 그리고 "최대 처리량-50% 읽기" - 32kb 블록, 100% 순차 액세스, 50% 읽기, 쓰기 작업에서 테스트합니다. 대기열 깊이는 64였습니다.