티스토리 뷰
오늘 포스팅할 내용은 Microsoft가 Seagate와 협약을 하여 판매를 하고있는 Storsimple이라는 Storage에 대한 요구사항 및 필수 사항에 관련하여
포스팅을 하려고 합니다.
Microsoft가 판매를 하고있는 Storsimple은 기존의 백업 장비를 대체할 Hardware로 Storsimple 한대의 장비를 통해서 백업+아카이빙+중복제거를
제공을 하고 있으며, Microsoft Azure라는 Cloud를 사용하여 Hardware의 물리적인 공간을 보다 확장을 하여 사용할 수 있습니다.
자세한 내용은 Microsoft Storsimple 에서 확인을 하시기 바랍니다.
이러한 Storage인 Storsimple을 구성을 하려면 어떻게 해야 되는지에 대해서 설명을 드리도록 하겠습니다.
1. 구성도
2. 배포 필수 조건
다음 섹션에서는 StorSimple 관리자 서비스, StorSimple 장치 및 데이터 센터의 네트워크에 대한 필수 구성 요소에 대해 설명합니다.
StorSimple 관리자 서비스의 경우
시작하기 전에 다음 사항을 확인합니다.
액세스 자격 증명이 있는 Microsoft 계정이 있습니다.
액세스 자격 증명이 있는 Microsoft Azure 저장소 계정이 있습니다.
사용자의 Microsoft Azure 구독을 StorSimple Manager 서비스에 사용할 수 있습니다. 구독은 기업 계약을 통해 구매해야 합니다.
PuTTY와 같은 터미널 에뮬레이션 소프트웨어에 액세스할 수 있습니다.
데이터 센터에서 장치의 경우
장치를 구성하기 전에 다음 사항을 확인합니다.
다음에서 설명한 대로 장치가 완전히 개봉, 랙에 탑재되고 전원, 네트워크 및 직렬 액세스에 완전히 연결되었습니다.
데이터 센터에서 네트워크의 경우
시작하기 전에 다음 사항을 확인합니다.
StorSimple 장치에 대한 네트워킹 요구 사항에서 설명한 대로 데이터 센터 방화벽에서 포트가 열려 있어 iSCSI 및 클라우드 트래픽을 허용합니다.
데이터 센터의 장치를 외부 네트워크에 연결할 수 있습니다. 다음 Windows PowerShell 4.0cmdlet(아래 정리됨)을 실행하여 외부 네트워크에 대한 연결의 유효성을 검사합니다. Azure에 연결되어 있고 StorSimple 장치를 배포할 컴퓨터(데이터 센터 네트워크 내)에서 이 유효성 검사를 수행합니다.
|
이 매개 변수의 경우 |
유효성을 검사하려면... |
다음 명령/cmdlet을 실행합니다. |
|
IP 서브넷 게이트웨이 |
유효한 IPv4 또는 IPv6 주소입니까? 유효한 서브넷입니까? 유효한 게이트웨이입니까? 네트워크에 중복된 IP입니까? |
ping ip arp -a ping 및 arp 명령은 이 IP를 사용하는 데이터 센터 네트워크에서 장치가 없는 것임을 나타내는데 실패해야 합니다. |
|
DNS |
유효한 DNS이며 Azure URL을 확인할 수 있습니까? |
Resolve-DnsName -Name www.bing.com -Server <DNS server IP address> 사용될 수 있는 대체 명령: nslookup --dns-ip=<DNS server IP address> www.bing.com |
|
|
포트 53이 열려 있는지 확인합니다. 장치에 대해 외부 DNS를 사용하는 경우에만 적용됩니다. 내부 DNS는 자동으로 외부 URL을 확인해야 합니다. |
Test-Port -comp dc1 -port 53 -udp -UDPtimeout 10000 |
|
NTP |
NTP 서버가 입력되는 즉시 시간 동기화를 트리거합니다. time.windows.com 또는 공용 시간 서버를 입력할 때 UDP 포트 123이 열려 있는지 확인합니다. |
|
|
프록시(선택 사항) |
유효한 프록시 URI 및 포트입니까? 인증 모드가 올바릅니까? |
wget http://bing.com | % {$_.StatusCode} 이 명령은 웹 프록시 구성 후 즉시 실행되어야 합니다. 상태 코드 200이 반환되는 경우 연결이 성공적임을 나타냅니다. |
|
|
트래픽이 프록시를 통해 라우팅할 수 있습니까? |
장치의 프록시 구성 후 DNS 유효성 검사, NTP 확인 또는 HTTP 검사를 실행합니다. 트래픽이 프록시 또는 다른 곳에서 차단된 경우 명확한 그림을 제공합니다. |
|
등록 |
아웃바운드 TCP 포트 443, 80, 9354가 열려 있는지 확인합니다. |
Test-NetConnection -Port 443 -InformationLevel Detailed |
3. StorSimple 소프트웨어, 높은 가용성 및 네트워킹 요구 사항
- 개요
Microsoft Azure StorSimple 시작을 환영합니다. 이 문서에서는 중요한 시스템 요구 사항 및 StorSimple 장치와 해당 장치에 액세스하는 저장소 클라이언트에 대한 모범 사례를 설명합니다. StorSimple 시스템을 배포하기 전에 정보를 신중하게 검토하고 배포 및 후속 작업 중 필요에 따라 다시 검토하는 것이 좋습니다.
시스템 요구 사항에는 다음 내용이 포함됩니다.
① 저장소 클라이언트에 대한 소프트웨어 요구 사항 -지원되는 운영 체제 및 이러한 운영 체제에 대한 추가 요구 사항을 설명합니다.
② StorSimple 장치에 대한 네트워킹 요구 사항 - iSCSI, 클라우드 또는 관리 트래픽을 허용하도록 방화벽에서 열려야 하는 포트에 대한 정보를 제공합니다.
③ StorSimple에 대한 고가용성 요구 사항 - StorSimple 장치 및 호스트 컴퓨터에 대한 고가용성 요구 사항 및 모범 사례를 설명합니다.
- 저장소 클라이언트에 대한 소프트웨어 요구사항
다음 소프트웨어 요구 사항은 StorSimple 장치에 액세스하는 저장소 클라이언트에 대한 것입니다.
지원되는 운영 체제 | 필요한 버전 | 추가 요구 사항/메모 |
Windows Server | 2008R2 SP1, 2012, 2012R2 | StorSimple iSCSI 볼륨은 다음과 같은 Windows 디스크 유형에 사용하는 경우에만 지원됩니다. · 기본 디스크의 단순 볼륨 · 동적 디스크의 단순 및 미러 볼륨 Windows Server 2012 씬 프로비저닝 및 ODX 기능은 StorSimple iSCSI 볼륨을 사용하는 경우에만 지원됩니다. StorSimple은 씬 프로비전된 볼륨 및 완전히 프로비전된 볼륨을 만들 수 있습니다. 부분적으로 프로비전된 볼륨은 만들 수 없습니다. 씬 프로비전된 볼륨을 다시 포맷하는 데에는 시간이 오래 걸릴 수 있습니다. 다시 포맷하는 대신 볼륨을 삭제했다가 새 볼륨을 만드는 것이 좋습니다. 그래도 볼륨을 다시 포맷하려면, · 공간 재사용에 따른 지연을 방지하려면 다시 포맷하기 전에 다음 명령을 실행합니다. · 포맷이 완료되면 다음 명령을 사용하여 공간 재사용을 다시 활성화합니다. · KB 2878635에 설명된 대로 Windows Server 2012 핫픽스를 Windows Server 컴퓨터에 적용합니다. StorSimple 스냅숏 관리자 또는 SharePoint용 StorSimple 어댑터를 구성하려면 선택적 구성 요소에 대한 소프트웨어 요구 사항으로 이동하세요. |
VMWare ESX | 5.5 및 6.0 | iSCSI 클라이언트로 VMWare vSphere와 함께 지원됩니다. VAAI 블록 기능은 StorSimple 장치에서 VMware vSphere와 함께 지원됩니다. |
Linux RHEL/CentOS | 5, 6 및 7 | Open iSCSI 초기자 버전 5, 6 및 7과 함께 Linux iSCSI 클라이언트를 지원합니다. |
Linux | SUSE Linux 11 |
|
참고:
IBM AIX는 현재 StorSimple에 지원되지 않습니다.
4. 선택적 구성 요소에 대한 소프트웨어 요구 사항
다음 소프트웨어 요구 사항은 선택적 StorSimple 구성 요소(StorSimple 스냅숏 관리자 및 SharePoint용 StorSimple 어댑터)에 대한 것입니다.
구성 요소
|
호스트 플랫폼
|
추가 요구 사항/메모
|
StorSimple 스냅숏 관리자
|
Windows Server 2008R2 SP1, 2012, 2012R2
|
Windows Server에서 StorSimple 스냅숏 관리자 사용은 미러링한 동적 디스크의 백업/복원에 필요하며 응용 프로그램에 일관된 백업에 필요합니다.
StorSimple 스냅숏 관리자는 Windows Server 2008 R2 SP1 (64-bit), Windows 2012 R2, Windows Server 2012에만 지원됩니다.
· Window Server 2012를 사용하는 경우 StorSimple 스냅숏 관리자를 설치하기 전에 .NET 3.5–4.5를 설치해야 합니다.
· Windows Server 2008 R2 SP1을 사용하는 경우 StorSimple 스냅숏 관리자를 설치하기 전에 Windows Management Framework 3.0을 설치해야 합니다.
|
SharePoint용 StorSimple 어댑터
|
Windows Server 2008R2 SP1, 2012, 2012R2
|
· SharePoint용 StorSimple 어댑터는 SharePoint 2010 및 SharePoint 2013에만 지원됩니다.
· RBS는 SQL Server Enterprise Edition, 2008 R2 또는 2012 버전을 필요로 합니다. |
5. StorSimple 장치에 대한 네트워킹 요구 사항
StorSimple 장치는 잠긴 장치입니다. 하지만 iSCSI, 클라우드 및 관리 트래픽에 허용하도록 포트가 방화벽에서 열려야 합니다. 다음 표에서 방화벽에서 열려야 하는 포트를 나열합니다. 이 테이블에서 인 또는 인바운드*는 장치에 대한 들어오는 클라이언트 요청 액세스에서 방향을 참조합니다. *아웃또는 *아웃바운드*는 배포 후 데이터를 외부로 보내는 StorSimple 장치에서 방향을 참조합니다.
|
포트 번호 1, 2 |
인 또는 아웃 |
포트 범위 |
필수 |
참고 사항 |
|
TCP 80(HTTP)3 |
아웃 |
WAN |
아니요 |
· 아웃 바운드 포트는 업데이트를 검색하기 위해 인터넷 액세스에 사용됩니다. · 아웃 바운드 웹 프록시는 사용자가 구성할 수 있습니다. · 시스템 업데이트를 허용하려면 이 포트도 IP가 고정된 컨트롤러에 대해 열려야 합니다. |
|
TCP 443(HTTPS)3 |
아웃 |
WAN |
예 |
· 아웃 바운드 포트는 클라우드에서 데이터에 액세스하는 데 사용됩니다. · 아웃 바운드 웹 프록시는 사용자가 구성할 수 있습니다. · 시스템 업데이트를 허용하려면 이 포트도 IP가 고정된 컨트롤러에 대해 열려야 합니다. · 이 포트는 가비지 수집을 위해 두 컨트롤러 모두에 사용됩니다. |
|
UDP 53(DNS) |
아웃 |
WAN |
일부 경우에는 메모를 참조하십시오. |
이 포트는 인터넷 기반 DNS 서버로 사용하는 경우에만 필요합니다. |
|
UDP 123(NTP) |
아웃 |
WAN |
일부 경우에는 메모를 참조하십시오. |
이 포트는 인터넷 기반 NTP 서버로 사용하는 경우에만 필요합니다. |
|
TCP 9354 |
아웃 |
WAN |
예 |
아웃바운드 포트는 StorSimple 장치에서 StorSimple 관리자 서비스와 통신하는 데 사용됩니다. |
|
3260(iSCSI) |
내용 |
LAN |
예 |
이 포트는 iSCSI를 통해 데이터에 액세스하는 데 사용됩니다. |
|
5985 |
내용 |
LAN |
아니요 |
인바운드 포트는 StorSimple 장치와의 통신을 위해 StorSimple 스냅숏 관리자에 사용됩니다. 이 포트는 HTTP를 통해 StorSimple용 Windows PowerShell에 원격으로 연결할 때에도 사용됩니다. |
|
5986 |
내용 |
LAN |
아니요 |
이 포트는 HTTPS를 통해 StorSimple에 대해 Windows PowerShell에 원격으로 연결할 때 사용됩니다. |
1 인바운드 포트는 공용 인터넷에서 열릴 필요가 없습니다.
2 여러 포트가 게이트웨이 구성을 수행하는 경우 아웃바운드 라우팅된 트래픽 순서는 아래 포트 라우팅에 설명된 포트 라우팅 순서에 따라 결정됩니다.
3 StorSimple 장치에서 IP가 고정된 컨트롤러는 라우팅할 수 있어야 하며 인터넷에 연결할 수 있어야 합니다. 고정 IP 주소는 장치에 대한 업데이트를 제공하는 데 사용됩니다. 장치 컨트롤러가 고정 IP를 통해 인터넷에 연결되는 경우 StorSimple 장치를 업데이트할 수 없습니다.
중요:
방화벽이 StorSimple 장치 및 Azure 사이의 모든 SSL 트래픽을 수정하거나 암호를 해독하지 않도록 해야 합니다.
방화벽 규칙에 대한 URL 패턴
네트워크 관리자는 URL 패턴을 기준으로 하는 고급 방화벽 규칙이 인바운드 및 아웃바운드 트래픽을 필터링하도록 구성할 수 있습니다. StorSimple 장치 및 StorSimple Manager 서비스는 Azure 서비스 버스, Azure Active Directory 액세스 제어, 저장소 계정 및 Microsoft 업데이트 서버 등의 다른 Microsoft 응용 프로그램에 의존합니다. 이러한 응용 프로그램과 연결된 URL 패턴을 사용하여 방화벽 규칙을 구성할 수 있습니다. 이러한 응용 프로그램과 연결된 URL 패턴은 달라질 수 있습니다. 따라서 네트워크 관리자는 StorSimple에 대한 방화벽 규칙을 모니터링하고 필요에 따라 업데이트해야 합니다.
StorSimple 고정 IP 주소에 따라 대부분의 경우에서 자유롭게 아웃바운드 트래픽에 대한 방화벽 규칙을 설정하는 것이 좋습니다. 그러나 보안 환경을 만드는 데 필요한 고급 방화벽 규칙을 설정하려면 아래 정보를 사용할 수 있습니다.
|
참고: 장치(원본) IP는 항상 사용하도록 설정된 네트워크 인터페이스로 설정되어야 합니다. 대상 IP는 Azure 데이터 센터 IP 범위로 설정해야 합니다. (XML 참고) |
Azure 포털의 URL 패턴
|
URL 패턴 |
구성 요소/기능 |
장치 IP |
|
https://*.storsimple.windowsazure.com/* |
StorSimple Manager 서비스 액세스 제어 서비스 Azure 서비스 버스 |
클라우드 사용 네트워크 인터페이스 |
|
장치 등록 |
데이터 0만 해당 |
|
|
인증서 해지 |
클라우드 사용 네트워크 인터페이스 |
|
|
Azure 저장소 계정 및 모니터링 |
클라우드 사용 네트워크 인터페이스 |
|
|
http://*.windowsupdate.microsoft.com https://*.windowsupdate.microsoft.com |
Microsoft 업데이트 서버 |
컨트롤러 고정 IP만 |
|
Akamai CDN |
컨트롤러 고정 IP만 |
|
|
지원 패키지 |
클라우드 사용 네트워크 인터페이스 |
Azure Government 포털의 URL 패턴
|
URL 패턴 |
구성 요소/기능 |
장치 IP |
|
https://*.storsimple.windowsazure.us/* |
StorSimple Manager 서비스 액세스 제어 서비스 Azure 서비스 버스 |
클라우드 사용 네트워크 인터페이스 |
|
장치 등록 |
데이터 0만 해당 |
|
|
인증서 해지 |
클라우드 사용 네트워크 인터페이스 |
|
|
Azure 저장소 계정 및 모니터링 |
클라우드 사용 네트워크 인터페이스 |
|
|
http://*.windowsupdate.microsoft.com https://*.windowsupdate.microsoft.com |
Microsoft 업데이트 서버 |
컨트롤러 고정 IP만 |
|
Akamai CDN |
컨트롤러 고정 IP만 |
|
|
지원 패키지 |
클라우드 사용 네트워크 인터페이스 |
라우팅 메트링
라우팅 메트릭은 데이터를 특정 네트워크로 라우팅하는 게이트웨이 및 인터페이스와 연결됩니다. 라우팅 메트릭은 주어진 대상에 대해 다수의 경로가 존재한다는 것이 파악되면, 라우팅 프로토콜이 해당 대상에 대한 최상의 경로를 계산하는 데 사용됩니다. 라우팅 메트릭이 낮을수록 기본 설정이 높습니다.
StorSimple에 대해 다수의 네트워크 인터페이스와 게이트웨이가 트래픽을 전달하기 위해 구성되면 라우팅 메트릭이 인터페이스가 사용될 상대적인 순서를 결정하는 데 작용하게 됩니다. 라우팅 메트릭은 사용자에 의해 변경될 수 없습니다. 하지만 Get-HcsRoutingTable cmdlet을 사용하여 StorSimple 장치에 라우팅 테이블(및 메트릭)을 출력할 수 있습니다. Get-HcsRoutingTable cmdlet에 대한 자세한 내용은 StorSimple 배포 문제 해결을 참조하세요.
라우팅 메트릭 알고리즘은 StorSimple 장치에서 실행 중인 소프트웨어 버전에 따라 다릅니다.
업데이트 1 이전 릴리스
여기에는 업데이트 1 이전의 소프트웨어 버전(예: GA, 0.1, 0.2, 또는 0.3 릴리스)이 포함됩니다. 라우팅 메트릭을 기반으로 하는 순서는 다음과 같습니다.
마지막으로 구성된 10GbE 네트워크 인터페이스 > 기타 10GbE 네트워크 인터페이스 > 마지막으로 구성된 1GbE 네트워크 인터페이스 > 기타 1GbE 네트워크 인터페이스
업데이트 1에서 업데이트 2 이전 릴리스
여기에는 1, 1.1, 또는 1.2 같은 소프트웨어 버전이 포함됩니다. 라우팅 메트릭을 기반으로 하는 순서는 다음과 같이 결정됩니다.
데이터 0 > 마지막으로 구성된 10GbE 네트워크 인터페이스 > 기타 10GbE 네트워크 인터페이스 > 마지막으로 구성된 1GbE 네트워크 인터페이스 > 기타 1GbE 네트워크 인터페이스
업데이트 1에서 데이터 0의 라우팅 메트릭은 가장 낮게 만들어집니다. 따라서 모든 클라우드 트래픽은 데이터 0을 통해 라우팅됩니다. StorSimple 장치에 둘 이상의 클라우드 지원 네트워크 인터페이스가 있는 경우 이를 기록해 둡니다.
업데이트 2 이후 릴리스
업데이트 2는 몇 가지 네트워킹 관련 사항이 개선되었고 라우팅 메트릭이 변경되었습니다. 다음과 같이 동작을 설명할 수 있습니다.
· 미리 결정된 값 집합이 네트워크 인터페이스에 할당되었습니다.
·
클라우드를 사용하거나 클라우드를 사용하지 않지만 게이트웨이가 구성되어
있는 다양한 네트워크 인터페이스에 대해 값이 할당된 아래의 예제 테이블을 고려해 보세요. 여기에 할당된
값은 예제입니다.
네트워크 인터페이스
|
클라우드 사용
|
클라우드 미사용(게이트웨이 구성됨)
|
Data 0
|
1
|
-
|
Data 1
|
2
|
20
|
Data 2
|
3
|
30
|
Data 3
|
4
|
40
|
Data 4
|
5
|
50
|
Data 5
|
6
|
60
|
·
네트워크 인터페이스를 통해 클라우드 트래픽이 라우팅되는 순서는 다음과
같습니다.
Data 0 > Data 1 > Date 2 > Data 3 > Data 4 > Data 5
이 내용은 다음 예제를 통해 설명됩니다.
클라우드 사용 네트워크 인터페이스가 두 개(Data 0과
Data 5)인 StorSimple 장치가 있다고 가정합니다. Data 1에서 Data 4까지는 클라우드를 사용하지 않지만 구성된
게이트웨이가 있습니다. 이 장치에 대해 트래픽이 라우팅되는 순서는 다음과 같습니다.
Data 0(1) > Data 5(6) > Data 1(20) > Data 2(30) > Data 3(40)
> Data 4(50)
괄호 안의 숫자는 각각의 라우팅 메트릭을 나타냅니다.
Data 0에 실패하면 클라우드 트래픽은 Data
5를 통해 라우팅됩니다. 다른 모든 네트워크에 게이트웨이가 구성되어 있기 때문에 Data 0 및 Data 5에 실패하면 클라우드 트래픽은 Data 1을 거쳐갑니다.
· 클라우드 사용 네트워크 인터페이스가 실패하면, 인터페이스 연결을 30초 지연 후에 3회 재시도합니다. 재시도가 모두 실패하면 트래픽은 라우팅 테이블에 의해 결정되는 사용 가능한 다음 번 클라우드 사용 인터페이스로 라우팅됩니다. 클라우드 사용 네트워크 인터페이스가 모두 실패하면, 장치는 다른 컨트롤러로 장애 조치됩니다(이 경우 재부팅 없이).
· iSCSI 사용 네트워크 인터페이스에 VIP 오류가 있으면, 2초 지연 후에 재시도가 3회 실행됩니다. 이 동작은 이전 릴리스와 동일하게 유지됩니다. iSCSI 네트워크 인터페이스가 모두 실패하면, 컨트롤러 장애 조치(failover)가 발생합니다(재부팅 동반).
· VIP 오류가 있으면 StorSimple 장치에 경고가 생성됩니다. 자세한 내용은 경고 빠른 참조를 참조하세요.
·
재시도에 있어서 iSCSI는
클라우드에 우선합니다.
다음과 같은 예제를 가정합니다. StorSimple 장치에 Data 0 및 Data 1이라는 두 개의 네트워크 인터페이스를 사용합니다. Data 0은 클라우드를 사용하지만 Data 1은 클라우드와 iSCSI 모두를 사용합니다. 이 장치에서 클라우드 또는 iSCSI에 사용하도록 설정된 다른 네트워크 인터페이스는 없습니다.
Data 1에 실패하면, 이것이 마지막 iSCSI 네트워크
인터페이스라는 전제 하에, 다른 컨트롤러의 Data 1로
컨트롤러 장애 조치(failover)가 발생하게 됩니다.
네트워킹 모범 사례
StorSimple 솔루션의 최적의 성능을 위해 위의 네트워킹 요구 사항 외에도 다음 모범 사례를 준수합니다.
ü StorSimple 장치에서 항상 전용 40Mbps 대역폭(이상)을 사용할 수 있어야 합니다. 이 대역폭을 다른 응용 프로그램과 공유되지 않아야 합니다(또는 QoS 정책을 사용하여 할당을 보장해야 함).
ü 항상 인터넷에 네트워크 연결이 되어야 합니다. 인터넷 연결이 전혀 안되는 것을 비롯하여 산발적이거나 안정적이지 않은 인터넷 연결은 지원되지 않은 구성을 야기합니다.
ü iSCSI 및 클라우드 액세스를 위해 장치에서 전용 네트워크 인터페이스를 갖추어 iSCSI 및 클라우드 트래픽을 분리합니다. 자세한 내용은 StorSimple 장치에서 네트워크 인터페이스를 수정하는 방법을 참조하세요.
ü 네트워크 인터페이스에 대한 링크 집합 제어 프로토콜(LACP) 구성을 사용하지 마십시오. 지원되지 않는 구성입니다.
6. StorSimple에 대한 고가용성 요구 사항
StorSimple 솔루션에 포함된 하드웨어 플랫폼은 데이터센터에서 가용성이 높고, 내결함성을 갖춘 저장소 인프라에 대한 기반을 제공하는 가용성 및 안정성 기능이 있습니다. 하지만 StorSimple 솔루션의 가용성을 위해 준수해야 하는 요구 사항 및 모범 사례가 있습니다. StorSimple을 배포하기 전에 StorSimple 장치 및 연결된 호스트 컴퓨터에 대한 다음 요구 사항 및 모범 사례를 신중하게 검토해야 합니다.
StorSimple 장치의 하드웨어 구성 요소 모니터링 및 유지 관리에 대한 자세한 내용을 보려면 StorSimple 관리자 서비스를 사용하여 하드웨어 구성 요소 및 상태 모니터링 및 StorSimple 하드웨어 구성 요소 교체로 이동하세요.
7. StorSimple 장치에 대한 고가용성 요구 사항 및 절차
StorSimple 장치의 고가용성을 위해 다음 정보를 신중하게 검토해야 합니다.
PCM
StorSimple 장치에는 운영 중 스왑 가능한 중복 전원 및 냉각 모듈(PCM)이 포함됩니다. 각 PCM에는 전체 섀시에 서비스를 제공하기에 충분한 용량이 있습니다. 고가용성을 위해서는 두 PCM이 모두 설치되어야 합니다.
① 전원에 문제가 있는 경우 가용성을 제공하기 위해 다른 전원에 PCM을 연결합니다.
② PCM에 문제가 있으면 즉시 교체를 요청합니다.
③ 교체가 있고 설치 준비가 되었을 때에만 문제가 있는 PCM을 제거합니다.
④ 두 PCM을 동시에 제거하지 마십시오. PCM 모듈에는 백업 배터리 모듈이 포함됩니다. PCM 두 개를 모두 제거하면 배터리 보호 없이 전원이 꺼지고 장치 상태가 저장되지 않습니다. 배터리에 대한 자세한 내용을 보려면 백업 배터리 모듈 유지 관리로 이동하세요.
컨트롤러 모듈
StorSimple 장치에는 운영 중 스왑 가능한 중복 컨트롤러 모듈이 포함됩니다. 컨트롤러 모듈은 활성/수동 방식으로 작동합니다. 지정된 시간에 다른 컨트롤러 모듈이 수동인 동안 하나의 컨트롤러 모듈은 활성 상태이며 서비스를 제공합니다. 수동 컨트롤러 모듈이 켜져 있고 활성 컨트롤러 모듈에 오류가 발생하거나 제거된 경우 작동하게 됩니다. 각 컨트롤러 모듈에는 전체 섀시에 서비스를 제공하기에 충분한 용량이 있습니다. 높은 가용성을 위해 컨트롤러 모듈을 모두 설치해야 합니다.
① 항상 두 컨트롤러 모듈이 모두 설치되었는지 확인합니다.
② 컨트롤러 모듈에 문제가 있으면 즉시 교체를 요청합니다.
③ 교체가 있고 설치 준비가 되었을 때에만 문제가 있는 컨트롤러 모듈을 제거합니다. 오랫동안 모듈을 제거하면 기류에 영향을 미치므로 시스템 냉각에도 영향을 미칩니다.
④ 두 컨트롤러 모듈에 대한 네트워크 연결이 동일해야 하며 연결된 네트워크 인터페이스에 동일한 네트워크 구성이 있어야 합니다.
⑤ 한 컨트롤러 모듈에 장애가 발생하거나 교체가 필요한 경우, 장애가 발생한 컨트롤러 모듈을 교체하기 전에 다른 컨트롤러 모듈이 활성 상태인지 확인해야 합니다. 컨트롤러가 활성인지 확인하려면 장치의 활성 컨트롤러 식별로 이동하세요.
⑥ 두 컨트롤러 모듈을 동시에 제거하지 마십시오. 컨트롤러 장애 조치가 진행 중이면 대기 컨트롤러 모듈을 종료하거나 섀시에서 제거하지 마십시오.
⑦ 컨트롤러 장애 조치 후 컨트롤러 모듈을 제거하기 전에 5분 이상 기다립니다.
네트워크 인터페이스
StorSimple 장치 컨트롤러 모듈마다 1기가비트 4개 및 10기가비트 2개의 이더넷 네트워크 인터페이스가 있습니다.
① 두 컨트롤러 모듈에 대한 네트워크 연결이 동일해야 하며 컨트롤러 모듈 인터페이스가 연결된 네트워크 인터페이스에 동일한 네트워크 구성이 있어야 합니다.
② 가능하면 네트워크 장치에 오류가 발생하는 경우 서비스 가용성을 보장하기 위해 다른 스위치 간에 네트워크 연결을 배포합니다.
③ 유일한 또는 마지막 남은 iSCSI 사용 인터페이스(할당된 IP 포함)를 분리할 때 먼저 해당 인터페이스를 사용하지 않도록 설정하고 케이블을 분리합니다. 인터페이스를 먼저 분리하는 경우 활성 컨트롤러가 수동 컨트롤러로 장애 조치됩니다. 또한 수동 컨트롤러에 해당 인터페이스가 분리되어 있는 경우 한 컨트롤러를 정하기 전에 두 컨트롤러가 여러 번 재부팅됩니다.
④ 각 컨트롤러 모듈에서 네트워크에 둘 이상의 데이터 인터페이스를 연결합니다.
⑤ 2개의 10GbE 인터페이스를 사용하도록 설정한 경우 다른 스위치 간에 배포합니다.
⑥ 가능한 경우 서버가 링크, 네트워크 또는 인터페이스 오류를 허용할 수 있도록 서버에서 MPIO를 사용합니다.
고가용성 및 성능을 위한 장치 네트워킹 관련 정보를 보려면 StorSimple 8100 장치 설치 또는 StorSimple 8600 장치 설치로 이동하세요.
SSD 및 HDD
StorSimple 장치에는 미러링된 공간을 사용하여 보호되는 SSD(Solid State Disk) 및 HDD(Hard Disk Drive)가 포함됩니다. 미러링된 공간을 사용하면 해당 장치가 하나 이상의 SSD 또는 HDD의 장애를 허용할 수 있습니다.
① 모든 SSD 및 HDD 모듈이 설치되었는지 확인합니다.
② SSD 또는 HDD 문제가 있으면 즉시 교체를 요청합니다.
③ SSD 또는 HDD에 문제가 있거나 교체가 필요한 경우, 교체가 필요한 SSD 또는 HDD만 제거해야 합니다.
④ 언제든지 시스템에서 하나 이상의 SSD 또는 HDD를 제거하지 마십시오. 특정 유형의 2개 이상의 디스크(HDD, SDD) 오류 또는 단시간 프레임 내의 연속된 오류는 시스템 오작동 및 잠재적 데이터 손실을 야기할 수 있습니다. 이 경우 지원을 위해 Microsoft 지원에 문의합니다.
⑤ 교체하는 동안 SSD 및 HDD에서 드라이브의 유지 관리 페이지에서 하드웨어 상태를 모니터링합니다. 녹색 확인 상태는 디스크가 정상 또는 확인 상태인지 나타내며, 빨간색 느낌표는 오류가 있는 SDD 또는 HDD를 나타냅니다.
⑥ 시스템 오류가 있는 경우 보호가 필요한 모든 볼륨에 대한 클라우드 스냅숏을 구성하는 것이 좋습니다.
EBOD 인클로저
StorSimple 장치 모델 8600에는 기본 인클로저 외에도 확장 EBOD(Extended Bunch of Disks) 인클로저가 포함됩니다. EBOD에는 미러링된 공간을 사용하여 보호되는 EBOD 컨트롤러 및 HDD(하드 디스크 드라이브)가 포함됩니다. 미러링된 공간을 사용하면 해당 장치가 하나 이상의 HDD의 장애를 허용할 수 있습니다. EBOD 인클로저는 중복 SAS 케이블을 통해 기본 인클로저에 연결됩니다.
① 두 EBOD 인클로저 컨트롤러 모듈, 두 SAS 케이블 및 모든 하드 디스크 드라이브가 설치되어 있어야 합니다.
② EBOD 인클로저 컨트롤러 모듈에 오류가 있는 경우 즉시 교체를 요청합니다.
③ EBOD 인클로저 컨트롤러 모듈에 오류가 있는 경우 오류가 있는 모듈을 교체하기 전에 다른 컨트롤러 모듈이 활성 상태인지 확인합니다. 컨트롤러가 활성인지 확인하려면 장치의 활성 컨트롤러 식별로 이동하세요.
④ EBOD 컨트롤러 모듈을 교체하는 동안 유지 관리 > 하드웨어 상태에 액세스하여 StorSimple Manager 서비스의 구성 요소 상태를 지속적으로 모니터링합니다.
⑤ SAS 케이블에 오류가 있거나 교체가 필요한 경우(확인을 위해 Microsoft 지원이 포함되어야 함) 교체가 필요한 SAS 케이블만 제거해야 합니다.
⑥ 언제든지 시스템에서 두 SAS 케이블을 동시에 제거하지 마십시오.
8. 호스트 컴퓨터에 대한 고가용성 권장 사항
StorSimple 장치에 연결된 호스트의 고가용성을 위해 이러한 모범 사례를 신중하게 검토해야 합니다.
① 2-노드 파일 서버 클러스터 구성으로 StorSimple을 구성합니다. 호스트 쪽의 중복에서 오류 및 구축의 단일 지점을 제거하여 전체 솔루션 가용성이 높아집니다.
② 저장소 컨트롤러를 장애 조치하는 동안 고가용성을 위해 Windows Server 2012(SMB 3.0)와 함께 사용할 수 있는 CA(Continuously Available) 공유를 사용합니다. Windows Server 2012를 사용하여 파일 서버 클러스터 및 CA 공유 구성을 위한 추가 정보는 이 비디오 데모를 참조하세요.
여기까지 Storsimple 8000 시리즈를 구성하기 위한 사전 조건입니다.
글을 정리하다 보니 많은 내용이 요구를 하지만, 실제로 설치를 하기 위해선
Azure의 데이터 센터와 통신은 되는지? 그리고 Port는 open이 되어있는지? 를 확인 하면 어렵지 않게 구성을 지원하고 있습니다.
감사합니다.
- Total
- Today
- Yesterday