하드웨어 용량 계획

호스트 통합 서버, SNA 게이트웨이에 대한 용량 계획은 몇 가지 요소를 고려해야 합니다. 4개의 영역으로 나눌 수 있습니다. 총 세션 수, 서버 로드, 내결함성 및 배포 모델.

총 세션 수

일반적으로 IBM 호스트에 대한 독립 및 종속 세션은 하드 코딩되어야 합니다. 종속 세션(3270 디스플레이, 프린터 또는 LUA)에서는 정의된 각 LU가 하나의 세션만 지원할 수 있으므로 특히 그렇습니다. 또한 대부분의 고객은 여전히 많은 수의 종속 세션이 필요합니다. 각 서버에서 명시적으로 구성해야 하므로 용량 계획을 수행할 때 총 세션 수를 고려해야 합니다.

각 호스트 통합 서버는 최대 60,000개의 종속 세션을 지원할 수 있습니다. 한 서버가 이 숫자를 지원할 수 있지만 일반적으로 세션은 내결함성을 제공하기 위해 여러 서버로 나뉩니다. 대부분의 고객은 최대 7,000-10,000개의 디스플레이 또는 LUA 세션과 서버당 2000개의 프린터 세션을 지원합니다.

또 다른 요인은 서버에 연결하는 고유 사용자의 수입니다. 각 서버는 8,000명의 고유 사용자를 지원할 수 있습니다. 일반적으로 고객은 데스크톱당 여러 세션을 실행합니다. 고객 시나리오가 1:1 비율인 경우 서버당 총 세션 수는 8,000개 미만으로 유지되어야 합니다.

대체 전략은 LU 풀을 사용하는 것입니다. 이렇게 하면 표시 및 LUA 세션을 "풀"이라고 하는 하나의 이름으로 그룹화할 수 있습니다. 사용자의 관점에서 풀 이름은 LU 이름 대신 사용됩니다. 서버는 풀에서 사용 가능한 다음 LU를 제공합니다. 세션을 간헐적으로 사용하는 시나리오에서 풀링을 사용하면 더 적은 수의 세션이 더 많은 사용자 그룹을 서비스할 수 있습니다. 예를 들어 사용자가 10,000명일 수 있지만 한 번에 5,000개 이상의 세션을 사용할 수는 없습니다. 이 경우 최대 부하를 수용하기 위해 5,000개의 세션으로 풀을 만들 수 있습니다. 이 전략은 사용자 및 애플리케이션이 특정 RU에 연결되지 않은 경우에 가장 잘 작동합니다.

프린터 세션의 에뮬레이션에 사용되는 종속 RU는 디스플레이 & LUA 세션과 동일한 제한을 따르지만 추가 제약 조건이 있습니다. 운영 체제는 동시에 인쇄 세션 수를 제한할 수 있습니다. 이전 버전의 Windows에서 호스트 통합 서버는 기본적으로 500개의 동시 세션으로 제한됩니다. 또한 프린터 세션은 Windows 인쇄 시스템과의 상호 작용으로 인해 디스플레이 또는 LUA 세션보다 오버헤드가 더 많이 발생합니다. 다중 프로세서 시스템을 사용하면 동시 인쇄 성능이 향상됩니다. 일반적으로 고객은 서버당 최대 2,000개의 구성된 세션을 지원합니다.

다음 표에서는 구성 요소에 대한 몇 가지 제한 사항을 제공합니다.

구성 요소	최대값
HIS Connections	- 호스트 PU에 1:1 매핑 - 255 종속 RU - SNA 서비스당 Connections 250개
SNA 서비스(노드)	- 종속 RU 15,000개 - 서버당 4개
HIS 서버	- 60,000개의 종속 RU - 1000 Connections - 하위 도메인당 15개

서버 부하

총 세션 수 외에도 서버에서 수행하는 작업의 양을 용량 계획에 고려해야 합니다.

한 가지 요인은 클라이언트에서 생성된 수요입니다. 데이터가 흐르는 속도는 워크로드에 영향을 줍니다. 대출 이행 애플리케이션과 같은 일시적인 화면 액세스는 지속적으로 사용되는 텔러 애플리케이션보다 적은 워크로드를 생성합니다. 데이터 흐름의 양도 워크로드에 영향을 미칩니다. 일반적으로 3270 화면 기반 애플리케이션은 소량의 데이터를 생성합니다. 여기서 파일 전송 또는 인쇄 작업은 전체 데이터 패킷을 보냅니다.

또 다른 요인은 서버에서 제공하는 다른 서비스입니다. 서버가 TN3270 서비스를 통해 세션을 노출하는 경우 워크로드가 약간 증가합니다. 추가 리소스(예: 추가 CPU) 또는 총 세션 감소를 고려해야 합니다. 서버가 SNA 인쇄 서비스를 통해 인쇄 세션 에뮬레이션을 제공하는 경우 워크로드가 크게 증가할 수 있습니다. PDT 파일을 사용하도록 구성된 인쇄 세션은 워크로드를 약간 증가합니다. GDI에 대해 구성된 인쇄 세션은 워크로드를 크게 증가합니다. 일반적으로 고객은 인쇄 세션을 전용 서버로 격리합니다.

Host Integration Server 서비스 외에도 데이터베이스 호스팅 또는 Windows 인쇄 서비스 제공과 같이 서버에서 수행하는 다른 서비스 및 함수가 있을 수 있습니다. 여러 서버 애플리케이션을 실행하는 데 필요한 처리 능력을 정확히 예측하기는 어렵습니다. 대부분의 경우 특정 수준의 응답 시간 또는 트랜잭션 속도를 충족하기 위한 사용자 고유의 요구 사항은 사용자 환경에 대한 특정 하드웨어 요구 사항을 나타냅니다.

다음 표에서는 하드웨어 요구 사항에 대한 일반적인 지침을 제공합니다.

서버당	지침
1000-5000명의 사용자 세션 15,000개	- 8GB 이상의 RAM이 있는 다중 프로세서 시스템 - 기가비트 이더넷 연결 - 병목 상태를 줄이기 위한 여러 LAN 어댑터
200-1000명의 사용자 5,000개 세션	- 4GB 이상의 RAM이 있는 듀얼 프로세서 시스템 - 기가비트 이더넷 연결
1-200명의 사용자 세션 1,000개	- RAM이 2GB 이상인 단일 프로세서 시스템 - 기가비트 이더넷 연결

내결함성

서버당 총 세션 수와 총 서버 수는 내결함성 요구 사항을 고려해야 합니다. Host Integration Server는 하위 도메인이라는 서버의 논리적 그룹화가 지원됩니다. 클라이언트는 특정 하위 도메인에 대해 구성되며 해당 하위 도메인의 모든 서버에서 리소스에 액세스할 수 있습니다. 세션이 분산되는 서버 수를 늘리면 하나의 서버가 실패할 때 손실되는 용량의 양을 줄일 수 있습니다. 예를 들어 10,000개의 세션을 지원해야 하는 경우 두 서버 간에 분할하면 하나의 서버가 실패할 경우 용량이 50% 손실됩니다. 이러한 서버가 4개의 서버에 분산된 경우 한 서버의 손실로 인해 용량이 25% 감소합니다.

이러한 서버를 오버로드하여 중복성을 제공할 수 있습니다. 위의 예제를 사용하여 두 서버에 7,500개의 세션을 배치할 수 있습니다. 이 경우 서버 하나가 손실되면 용량이 25% 감소합니다. 이 전략을 사용하면 100% 중복성을 제공할 수 있습니다.

배포 모델

마지막으로 서버가 배포되는 위치도 용량 계획에 영향을 줍니다. 서버가 데이터 센터에 중앙에 있는 경우 핵심 서버 집합은 모든 분기 위치를 서비스할 수 있습니다. 서버가 분기 배포된 경우 일반적으로 해당 분기의 세션만 서비스합니다. 일반적으로 분기 배포에는 더 낮은 용량의 총 서버가 더 많이 필요하며, 여기서 중앙 배포는 더 높은 용량에서 더 적은 서버를 사용할 수 있습니다. CPU 라이선스 모델당 이러한 두 배포 모델은 초과 라이선스 비용에 영향을 미치지 않을 수 있습니다(예: 쿼드 프로 서버 4대 단일 프록시 서버 16개).