•  21-08-2019
  •  | 
  •  

문제

저는 대기업을 운영하는 회사에 근무하고 있습니다. 많은 JVM을 실행하는 x86 기반 서버.

우리는 데이터 센터를 더 잘 활용하기 위해 VMWare ESX를 성공적으로 실험했습니다.그러나 이는 여전히 처리 단위당 많은 전력을 소비합니다.

나는 메인프레임을 부활시켜야 한다는 미친 생각을 갖고 있었습니다. 우리는 많은 JVM이나 가상 머신을 호스팅할 수 있었습니다.

누구든지 이것을 시도한 적이 있습니까?비용 대비 이점이 있나요?

유연성이 떨어지나요?예:회사의 다른 부분에도 메인프레임이 있지만 머신을 훨씬 더 엄격하게 사용하는 것 같습니다.많은 변경 관리, 긴 리드 타임 등

도움이 되었습니까?

해결책

이 모든 것은 더 적은 수의 시스템으로 인한 비용 절감을 활용하기 위해 메인프레임에서 Linux VM을 실행하지 않고 Z/OS에서 Java에 대해 이야기하고 있다고 가정합니다.

가상화에 대한 내 생각은 이것의 끝에 있으며 아마도 여러분이 보고 싶은 경로일 것입니다. 그러나 Z/OS는 전통적으로 메인프레임과 연관되어 있고 제가 익숙하기 때문에 Z/OS부터 시작하겠습니다.나는 메인프레임 Java에 대한 경험이 있습니다.

짧은 대답은 상황에 따라 다르지만 아마도 그렇지 않을 것이라는 것입니다.귀하의 애플리케이션은 정확히 무엇입니까?메인프레임은 x86 서버에 비해 어려운 환경입니다.Websphere와 같은 것에서 I/O 집약적인 워크로드를 실행하는 경우 메인프레임이 제대로 활용되지 않는다는 가정하에 그만한 가치가 있을 수 있습니다.

내 경험상 Java는 메인프레임에서 엄청나게 느립니다. 하지만 그 이유는 제가 사용한 시스템이 성능보다는 개발자 유연성을 위해 설정되었기 때문입니다.이는 메인프레임의 성능 조정이 일반적으로 일반 서버보다 훨씬 더 복잡하다는 것을 증명하는 것입니다. 메인프레임은 일반 x86 서버보다 더 많은 워크로드를 실행하기 때문입니다.

메인프레임은 주로 I/O 처리량을 위해 설계되었으며 그 점에서는 일반 x86 서버보다 성능이 뛰어날 수 있습니다.많은 계산 집약적 계산을 수행하도록 설계되지 않았으므로 많은 계산을 수행하는 경우 x86 서버의 소규모 클러스터보다 성능이 뛰어나지 않습니다.

메인프레임에 변경 제어 기능이 있는 데는 그럴 만한 이유가 있습니다. x86 서버 하나에 문제가 있으면 재부팅하면 됩니다.메인프레임에 문제가 있으면 중단되는 순간마다 회사에 비용이 발생하게 됩니다.또한 앱이 의존하는 네이티브 코드나 네이티브 코드를 사용할 수 있는 타사 라이브러리도 고려해야 합니다.해당 코드를 모두 이식해야 합니다.

메인프레임 구성은 x86 서버보다 평균적으로 훨씬 더 오래 걸립니다.이 문제를 진지하게 살펴보고 싶다면 현재 비즈니스 앱과의 긴밀한 통합 등 절전보다 더 나은 비즈니스 사례를 만들고 개념 증명이나 새 애플리케이션을 통해 소규모로 시작하는 것이 좋습니다.비즈니스에 중요하지 않으며 메인프레임의 장점을 활용하기 위해 구현할 수 있는 것입니다.

IBM 메인프레임은 기본 모드나 VMWare와 유사한 가상화 환경에서 Linux를 실행할 수도 있습니다.귀하의 회사가 규칙의 예외가 아닌 한 Linux 인스턴스는 가상 머신으로 실행됩니다.저는 이에 대해 많은 경험을 하지 않았지만, 앱이 네이티브 코드에 의존하지 않고 Linux에서 실행된다면 Linux를 실행하는 메인프레임에서도 작동할 것입니다.메인프레임의 Linux에 대한 자세한 내용은 다음을 참조하세요. 이 링크.

다른 팁

IBM은 진지하게 고려해야 할 특별한 Java 보조 프로세서를 만듭니다.저는 일반 엔진에서 Java를 실행하지 않을 것입니다. 왜냐하면 라이선스 소프트웨어에 대한 MPU 비용이 증가할 수 있기 때문입니다.

우리는 Windows, Linux 및 IBM SystemI(또는 해당 연도 IBM의 분위기에 따라 iSeries 또는 AS/400) 미니컴퓨터에서 Java를 실행하는 광범위한 경험을 보유하고 있습니다.내 생각에는 미니 컴퓨터 플랫폼이 최신 멀티 코어 x86 CPU에 비해 ​​비용 대비 효과가 훨씬 떨어지는 것 같습니다.

Java는 본질적으로 멀티스레드 특성을 갖고 있기 때문에 오늘날 일반적인 소프트웨어보다 다중 코어를 사용할 수 있어 더 쉽게 이점을 얻을 수 있습니다. 이는 다중 JVM을 실행할 때 더욱 그렇습니다.

즉, 일반적으로 미니 또는 메인프레임의 메모리에 액세스하기 위한 더 나은 대역폭과 디스크 하위 시스템(전체)의 더 나은 처리량으로 더 많은 CPU 코어를 사용할 수 있으므로 이러한 시스템은 더 많은 JVM을 사용할 때 훨씬 더 잘 확장될 수 있습니다. 그들에.

IBM은 이를 허용합니다.일부 메인프레임에는 더 나은 성능을 위해 기본적으로 바이트코드를 실행하는 Java 가속기 프로세서가 포함될 수 있습니다.또한 DB2 가속기가 있으며 일부는 XML 작업용일 수도 있습니다.

나는 그들 중 누구와도 놀아 본 적이 없지만 확실히하고 싶습니다.

나는 1975년부터 업계에 종사해 왔지만 "메인프레임"이 무엇인지 더 이상 확신하지 못합니다.현재 개발 컴퓨터에는 4개의 3GHZ 프로세서, 8GB RAM, 750GB 디스크 공간(RAID 1이므로 실제로 두 배임), 19인치 평면 모니터 2개가 있습니다.

계약을 맺고 있기 때문이죠.직원들은 모두 나보다 훨씬 더 강력한 상자를 가지고 있습니다.

서버 시스템, 특히 데이터베이스 서버가 훨씬 빠르다는 것을 알고 있습니다.

메인프레임?

작업량에 따라 살펴볼 가치가 있습니다!

IBM 하드웨어만 사용하면 엄청나게 많은 옵션을 사용할 수 있습니다.

  1. Java 프로세서 추가를 고려해 볼 가치가 있습니다.(이것은 실제로 표준 CPU의 다른 형태가 아닙니다. 단지 Java JVM 워크로드로 제한되어 있으며 가장 중요한 것은 CPU 기반 소프트웨어 라이센스 가격에서 제외됩니다).

  2. 각각 자체 Java 앱을 실행하는 여러 Linux VM을 실행할 수 있습니다.

  3. DOS라고 불리는 미니멀리스트 운영 체제를 실행하는 여러 기본 VM을 실행할 수 있지만 몇 년마다 이름을 변경합니다.소프트웨어 라이센스는 기본 OS보다 저렴하지만 자체 포함 된 응용 프로그램을 실행하는 경우 기능이 매우 제한되어 있습니다.

  4. 다음 중 하나를 통해 Monster z/OS 환경에서 실행할 수 있습니다.

ㅏ.USS (UNIX System Services) 내에서 부모 Z/OS 내부에서 실행되는 전체 UNIX OS입니다.

비.자체 시작된 작업(== unix 데몬)에서 Java 앱을 실행합니다.

씨.CICS 내에서 앱을 실행하세요.(아마도 Servlet/J2EE API를 사용하는 CICS/Java API를 사용해야 할 필요는 없으므로 앱이 다시 작성해야합니다.)

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top