HPE 원격 근무 솔루션

오늘은 이야기 하나를 들려드리겠습니다. 고대부터 현재까지 컴퓨팅 기술의 진화와 원격근무의 출현에 대한 역사.

IT 개발

IT의 역사에서 배울 수 있는 주요 내용은 다음과 같습니다.

IT가 나선형으로 발전한다는 것은 말할 필요도 없습니다. 수십 년 전에 폐기되었던 동일한 솔루션과 개념은 새로운 의미를 가지며 새로운 작업과 새로운 역량을 갖춘 새로운 조건에서 성공적으로 작동하기 시작합니다. 이 점에서 IT는 인간 지식의 다른 영역 및 지구 전체의 역사와 다르지 않습니다.

오래전 컴퓨터가 컸던 시절

1943년 IBM CEO 토마스 왓슨(Thomas Watson)은 “전 세계에는 약 XNUMX대의 컴퓨터 시장이 있다고 생각합니다.”라고 말했습니다.

초기 컴퓨터 기술은 규모가 컸습니다. 아니요, 틀렸습니다. 초기 기술은 괴물 같았고 거대했습니다. 완전히 컴퓨터화된 기계는 체육관과 비슷한 면적을 차지했으며 비용은 전혀 비현실적이었습니다. 구성 요소의 예로는 페라이트 링의 RAM 모듈(1964)이 있습니다.

이 모듈의 크기는 11cm * 11cm이고 용량은 512바이트(4096비트)입니다. 이러한 모듈로 완전히 채워진 캐비닛은 기존 3,5인치 플로피 디스크(1.44MB = 2950개 모듈)의 용량을 거의 갖추지 못했고, 매우 눈에 띄는 전력을 소비하고 증기 기관차만큼 뜨거워졌습니다.

디버깅 프로그램 코드의 영어 이름이 "디버깅"인 것은 바로 그 엄청난 크기 때문입니다. 역사상 최초의 프로그래머 중 한 명인 해군 장교 그레이스 호퍼(예, 여성)는 프로그램 문제를 조사한 후 1945년에 로그 항목을 작성했습니다.

나방(나방)은 일반적으로 버그(곤충)이기 때문에 모든 추가 문제와 해결을 위한 조치는 직원에게 "디버깅"(문자 그대로 디버그)으로 보고되었으며, 버그라는 이름은 프로그램 오류에 확고하게 할당되었습니다. 코드에 오류가 발생하고 디버깅이 debug 가 되었습니다.

특히 전자공학과 반도체 전자공학의 발달로 기계의 물리적인 크기는 줄어들기 시작했고, 반대로 컴퓨팅 능력은 증가했다. 하지만 이 경우에도 모든 사람에게 컴퓨터를 개인적으로 제공하는 것은 불가능했습니다.

“집에 컴퓨터를 두고 싶어할 이유가 없습니다.” - 1977년 DEC 창립자 Ken Olsen

70년대에는 미니컴퓨터라는 용어가 등장했습니다. 나는 수년 전 이 용어를 처음 읽었을 때 넷북, 거의 휴대용에 가까운 것을 상상했던 것을 기억합니다. 나는 진실에서 더 이상 벗어날 수 없었다.

Mini는 거대한 기계실과 비교했을 뿐이지만 여전히 수십만 달러의 비용이 드는 장비를 갖춘 여러 캐비닛입니다. 그러나 컴퓨팅 파워는 이미 너무 높아져서 항상 100% 로딩이 되지 않았고, 동시에 대학생과 교사들도 컴퓨터를 사용할 수 있게 되었습니다.

그리고 그가 왔습니다!

영어의 라틴어 뿌리에 대해 생각하는 사람은 거의 없지만 오늘날 우리가 알고 있는 원격 액세스를 제공한 것은 바로 라틴어입니다. Terminus (라틴어) - 끝, 경계, 목표. 터미네이터 T800의 목적은 존 코너의 삶을 끝내는 것이었습니다. 또한 승객이 탑승 및 하차하거나 물품을 싣고 내리는 운송 역을 노선의 최종 목적지인 터미널이라고 부릅니다.

이에 따라 단말기 접속이라는 개념이 탄생하게 되었고, 세계에서 가장 유명한 단말기가 아직도 우리 마음속에 살아 있는 모습을 보실 수 있습니다.

DEC VT100은 데이터 라인을 종료하기 때문에 터미널이라고 불립니다. 처리 능력은 사실상 100이며, 유일한 작업은 대형 기계에서 수신한 정보를 표시하고 키보드 입력을 기계에 전송하는 것입니다. VTXNUMX은 물리적으로 오래전에 사용되지 않았지만 우리는 여전히 VTXNUMX의 잠재력을 최대한 활용하고 있습니다.

우리 시대

나는 80년대 초, 즉 광범위한 사람들이 사용할 수 있는 상당한 컴퓨팅 성능을 갖춘 최초의 프로세서가 등장한 순간부터 "우리 시대"를 세기 시작할 것입니다. 전통적으로 당대의 메인 프로세서는 승리 아키텍처의 조상인 인텔 8088(x86 제품군)이었다고 믿어진다. 70년대 개념과 근본적인 차이점은 무엇인가?

처음으로 정보 처리가 중앙에서 주변으로 이전되는 경향이 있습니다. 모든 작업에 메인프레임이나 미니 컴퓨터의 엄청난 성능(약한 x86에 비해)이 필요한 것은 아닙니다. 인텔은 가만히 있지 않고 90년대에 러시아 최초의 대량 생산 가전제품이 된 펜티엄 제품군을 출시했습니다. 이 프로세서는 이미 편지 쓰기뿐만 아니라 멀티미디어 및 소규모 데이터베이스 작업 등 많은 작업을 수행할 수 있습니다. 실제로 소규모 기업의 경우 서버가 전혀 필요하지 않습니다. 모든 작업은 주변 장치, 클라이언트 컴퓨터에서 수행될 수 있습니다. 매년 프로세서는 더욱 강력해지고 있으며 컴퓨팅 성능 측면에서 서버와 개인용 컴퓨터의 차이는 점점 작아지고 있으며 종종 전원 이중화, 핫스왑 지원 및 랙 장착을 위한 특수 사례에만 남아 있습니다.

90년대 인텔의 대형 서버 관리자에게 "어리석은" 최신 클라이언트 프로세서를 과거의 슈퍼컴퓨터와 비교하면 조금 불편해집니다.

거의 내 또래인 노인을 살펴보자. 크레이 X-MP/24 1984.

이 머신은 1984년 최고의 슈퍼컴퓨터 중 하나로, 2MHz의 프로세서 105개와 400MFlops(수백만 개의 부동 소수점 연산)의 최고 컴퓨팅 성능을 갖추고 있습니다. 사진에 보이는 특정 기계는 미국 NSA 암호 연구실에 있었으며 암호 해독 작업에 참여했습니다. 15년 달러 1984만 달러를 2020년 달러로 환산하면 비용은 37,4만 달러, 즉 $93/MFlops입니다.

제가 이 글을 쓰고 있는 컴퓨터에는 전혀 새로운 것이 아닌 5년 Core i7400-2017 프로세서가 탑재되어 있으며, 출시 연도에도 모든 중급 데스크톱 프로세서 중 가장 어린 4코어였습니다. 4GHz 기본 주파수(터보 부스트 사용 시 3.0)의 3.5개 코어와 두 배의 HyperThreading 스레드는 프로세서당 19루블의 가격으로 다양한 테스트에 따라 47~16GFlops의 전력을 제공합니다. 기계 전체를 조립하면 750달러(1년 2020월 XNUMX일 기준 가격 및 환율 기준)의 비용을 부담할 수 있습니다.

궁극적으로 우리는 예측 가능한 과거의 상위 50개 슈퍼컴퓨터에 비해 우리 시대의 완전히 평균적인 데스크탑 프로세서의 120~10배 우월성을 얻게 되며, MFlop의 특정 비용의 하락은 93500/25 = 3700배로 절대적으로 괴물이 됩니다.

왜 우리에게 여전히 서버가 필요하고 주변에 이러한 강력한 컴퓨팅 중앙 집중화가 필요한지는 전혀 이해할 수 없습니다!

역방향 점프 - 나선형이 회전했습니다.

디스크 없는 스테이션

컴퓨팅을 주변 장치로 옮기는 것이 최종적이지 않을 것이라는 첫 번째 신호는 디스크 없는 워크스테이션 기술의 출현이었습니다. 기업 전체, 특히 오염된 건물에 워크스테이션이 많이 분포되어 있으면 이러한 스테이션을 관리하고 지원하는 문제가 매우 어려워집니다.

"복도 시간"이라는 개념이 나타납니다. 기술 지원 직원이 문제가 있는 직원에게 가는 길에 복도에 있는 시간의 비율입니다. 이것은 유급 시간이지만 완전히 비생산적입니다. 가장 중요한 역할은, 특히 오염된 공간에서 하드 드라이브의 고장이었습니다. 워크스테이션에서 디스크를 제거하고 다운로드를 포함하여 네트워크를 통해 다른 모든 작업을 수행해 보겠습니다. 네트워크 어댑터는 DHCP 서버의 주소 외에도 TFTP(단순화된 파일 서비스) 서버의 주소 및 부팅 이미지 이름과 같은 추가 정보를 수신하여 이를 RAM에 로드하고 시스템을 시작합니다.

고장이 적고 이동 시간이 단축된 것 외에도 이제 현장에서 기계를 디버깅할 필요가 없으며 장비가 갖춰진 작업장에서 진단을 위해 새 기계를 가져오고 기존 기계를 가져가기만 하면 됩니다. 하지만 그게 전부는 아닙니다!

디스크가 없는 스테이션은 훨씬 더 안전해집니다. 누군가 갑자기 방에 침입하여 모든 컴퓨터를 꺼내면 이는 단지 장비 손실일 뿐입니다. 디스크가 없는 스테이션에는 데이터가 저장되지 않습니다.

이 점을 기억하십시오. 정보 보안은 정보 기술의 "평온한 어린 시절" 이후 점점 더 중요한 역할을 하기 시작했습니다. 그리고 끔찍하고 중요한 세 글자인 GRC(거버넌스, 위험, 규정 준수) 또는 러시아어 "관리 가능성, 위험, 규정 준수"가 IT에 점점 더 많이 침투하고 있습니다.

터미널 서버

주변 지역에 점점 더 강력한 개인용 컴퓨터가 널리 보급되면서 공용 액세스 네트워크의 개발 속도를 훨씬 앞섰습니다. 90년대와 00년대 초반의 클래식 클라이언트-서버 애플리케이션은 데이터 교환이 중요한 가치에 달할 경우 씬 채널에서 잘 작동하지 않았습니다. 이는 모뎀과 전화선을 통해 연결된 원격 사무실의 경우 특히 어려웠으며, 주기적으로 정지되거나 끊어졌습니다. 그리고…

나선은 방향을 바꿔 터미널 서버 개념을 갖춘 터미널 모드로 돌아왔습니다.

실제로 우리는 제로 클라이언트와 컴퓨팅 성능의 중앙 집중화를 통해 70년대로 돌아갔습니다. 채널에 대한 순전히 경제적인 근거 외에도 터미널 액세스는 직원의 재택근무 또는 신뢰할 수 없는 네트워크 및 신뢰할 수 없는/ 통제되지 않는 장치.

그러나 터미널 서버는 모든 장점과 진보성에도 불구하고 낮은 유연성, 시끄러운 이웃 문제, 엄격한 서버 기반 Windows 등 여러 가지 단점도 있었습니다.

프로토 VDI의 탄생

사실, 00년대 초중반에 x86 플랫폼의 산업 가상화가 이미 등장하고 있었습니다. 그리고 누군가는 단순히 떠도는 아이디어를 말했습니다. 모든 클라이언트를 서버 터미널 팜에 중앙 집중화하는 대신 모든 사람에게 클라이언트 Windows와 관리자 액세스 권한이 있는 개인 VM을 제공하자는 것입니다.

뚱뚱한 고객의 거부

세션 및 OS 가상화와 병행하여 애플리케이션 수준에서 클라이언트 기능을 촉진하는 접근 방식이 개발되었습니다.

그 뒤에 있는 논리는 매우 간단했습니다. 왜냐하면 모든 사람이 여전히 개인용 노트북을 갖고 있지 않았고, 모든 사람이 인터넷을 갖고 있지도 않았고, 많은 사람들이 아주 제한적으로 인터넷 카페에서만 연결할 수 있었기 때문입니다. 실제로 실행할 수 있는 것은 브라우저뿐이었습니다. 브라우저는 OS의 필수 속성이 되었고, 인터넷은 우리 삶에 확고히 들어왔습니다.

즉, 가장 간단한 클라이언트인 인터넷과 브라우저만 있으면 액세스할 수 있도록 웹 애플리케이션 형태로 클라이언트에서 중앙으로 로직을 전송하는 경향이 병행되었습니다.
그리고 우리는 클라이언트와 중앙 서버 없이 시작한 곳에서 끝나지 않았습니다. 우리는 여러 가지 독립적인 방법으로 거기에 도달했습니다.

가상 데스크탑 인프라

브로커

2007년, 산업용 가상화 시장의 선두주자인 VMware는 자사 제품 VDM(Virtual Desktop Manager)의 첫 번째 버전을 출시했는데, 이는 실제로 초기 가상 데스크톱 시장에서 최초가 되었습니다. 물론 터미널 서버의 선두주자인 Citrix의 반응을 오래 기다릴 필요는 없었고, 2008년 XenSource를 인수하면서 XenDesktop이 등장했습니다. 물론 그들만의 제안을 내세운 다른 벤더들도 있었지만, 개념에서 벗어나 역사에 너무 깊이 들어가지는 말자.

그리고 그 개념은 오늘날에도 여전히 남아있습니다. VDI의 핵심 구성 요소는 연결 브로커입니다.
이것이 가상 데스크탑 인프라의 핵심입니다.

브로커는 가장 중요한 VDI 프로세스를 담당합니다.

• 연결된 클라이언트에서 사용할 수 있는 리소스(머신/세션)를 결정합니다.
• 필요한 경우 시스템/세션 풀 전체에서 클라이언트의 균형을 유지합니다.
• 클라이언트를 선택한 리소스로 전달합니다.

오늘날 VDI용 클라이언트(터미널)는 노트북, 스마트폰, 태블릿, 키오스크, 씬 클라이언트 또는 제로 클라이언트 등 화면이 있는 거의 모든 것이 될 수 있습니다. 그리고 응답 부분은 터미널 서버 세션, 물리적 시스템, 가상 시스템 등 생산적인 로드를 실행하는 것과 동일합니다. 현대의 성숙한 VDI 제품은 가상 인프라와 긴밀하게 통합되어 자동 모드에서 독립적으로 관리하여 더 이상 필요하지 않은 가상 머신을 배포하거나 삭제합니다.

조금 제쳐두고 일부 클라이언트의 경우 매우 중요한 VDI 기술은 디자이너 또는 디자이너의 작업을 위한 3D 그래픽의 하드웨어 가속을 지원하는 것입니다.

프로토콜

성숙한 VDI 솔루션에서 두 번째로 중요한 부분은 가상 리소스 액세스 프로토콜입니다. 직장에 대한 우수하고 안정적인 1Gbps 네트워크와 1ms의 지연을 갖춘 기업 로컬 네트워크 내부에서 작업하는 경우 거의 모든 것을 사용할 수 있으며 전혀 생각하지 않아도 됩니다.

제어되지 않는 네트워크를 통해 연결되는 경우를 생각해야 하며, 이 네트워크의 품질은 최대 수십 킬로비트의 속도와 예측할 수 없는 지연까지 절대적으로 무엇이든 될 수 있습니다. 이는 별장, 집, 공항 및 식당에서 실제 원격 작업을 구성하는 데 적합합니다.

터미널 서버와 클라이언트 VM

VDI의 등장으로 이제 터미널 서버와 작별할 때가 된 것 같았습니다. 모든 사람이 자신의 개인 VM을 갖고 있다면 왜 필요합니까?

그러나 순수 경제학의 관점에서 볼 때 전형적인 대량 작업, 동일한 광고 구역의 경우 가격/세션 비율 측면에서 터미널 서버보다 더 효과적인 것은 아직 없다는 것이 밝혀졌습니다. 모든 장점에도 불구하고 "사용자 1명 = VM 1개" 접근 방식은 가상 하드웨어와 완전한 OS에 훨씬 더 많은 리소스를 소비하므로 일반적인 작업 공간의 경제성이 악화됩니다.

최고 관리자의 작업장, 비표준 및 로드 작업장의 경우 높은 권한(관리자까지)이 필요하므로 사용자별 전용 VM이 유리합니다. 이 VM 내에서 리소스를 개별적으로 할당하고, 모든 수준에서 권한을 부여하고, 부하가 높은 가상화 호스트 간에 VM의 균형을 조정할 수 있습니다.

VDI와 경제학

수년 동안 저는 같은 질문을 들어왔습니다. 모든 사람에게 노트북을 나눠주는 것보다 VDI가 어떻게 더 저렴합니까? 그리고 수년 동안 저는 똑같은 대답을 해야 했습니다. 일반 사무실 직원의 경우 장비 제공에 드는 순 비용을 고려하면 VDI가 더 저렴하지 않습니다. 누가 뭐라고 말하든 노트북은 점점 저렴해지고 있지만 서버, 스토리지 시스템, 시스템 소프트웨어에는 상당한 비용이 듭니다. 귀하의 차량을 업데이트해야 할 때가 왔고 VDI를 통해 비용을 절약할 생각이라면 아니요, 비용을 절약할 수 없을 것입니다.

위에서 GRC라는 끔찍한 세 글자를 인용했습니다. 따라서 VDI는 GRC에 관한 것입니다. 이는 위험 관리에 관한 것이며 데이터에 대한 액세스 제어의 보안과 편의성에 관한 것입니다. 그리고 이 모든 것을 다양한 유형의 장비에 구현하려면 일반적으로 상당한 비용이 듭니다. VDI를 사용하면 제어가 단순화되고 안전성이 향상되며 머리카락이 부드럽고 매끄러워집니다.

HPE 원격 근무 솔루션

원격 및 클라우드 관리

iLO

HPE는 서버 인프라의 원격 관리에 있어 신참과는 거리가 멀습니다. 농담이 아닙니다. 18월에 전설적인 iLO(Integrated Lights Out)가 00주년을 맞이했습니다. 13년대 관리자 시절을 떠올리면 개인적으로 이보다 더할 나위 없이 기뻤습니다. 시끄럽고 추운 데이터 센터에서 랙에 대한 초기 설치와 케이블 연결만 하면 됩니다. OS 로딩을 포함한 다른 모든 구성은 워크스테이션, 모니터 XNUMX개, 뜨거운 커피 한 잔으로 수행할 수 있습니다. 그리고 이것은 XNUMX년 전의 일입니다!

오늘날 HPE 서버는 논쟁의 여지가 없는 장기적인 품질 표준으로 자리잡고 있으며, 여기서 가장 중요한 역할은 원격 관리 시스템의 표준인 iLO가 담당합니다.

저는 코로나바이러스에 대한 인류의 통제력을 유지하기 위한 HPE의 행동을 구체적으로 언급하고 싶습니다. HPE가 발표, 적어도 2020년 말까지 iLO Advanced 라이선스는 모든 사람에게 무료로 제공됩니다.

인포사이트

인프라에 10개 이상의 서버가 있고 관리자가 지루하지 않다면 인공 지능 기반 HPE Infosight 클라우드 시스템은 표준 모니터링 도구에 탁월한 추가 기능이 될 것입니다. 시스템은 상태를 모니터링하고 그래프를 작성할 뿐만 아니라 현재 상황과 추세를 기반으로 추가 조치를 독립적으로 권장합니다.

똑똑해지세요, Otkritie Bank처럼 되세요, Infosight를 사용해 보세요!

원뷰

마지막으로 전체 인프라를 모니터링하고 관리할 수 있는 엄청난 기능을 갖춘 전체 제품 포트폴리오인 HPE OneView를 언급하고 싶습니다. 그리고 이 모든 것은 책상에서 일어나지 않고도 다차의 현재 상황에서 발생할 수 있습니다.

스토리지 시스템도 나쁘지 않습니다!

물론 모든 스토리지 시스템은 원격으로 관리 및 모니터링됩니다. 이는 수년 전에도 마찬가지였습니다. 그러므로 오늘 저는 메트로 클러스터라는 다른 것에 대해 이야기하고 싶습니다.

메트로 클러스터는 시장에서 전혀 새로운 것이 아니지만 이것이 바로 여전히 인기가 없는 이유입니다. 사고의 관성과 첫인상이 영향을 미칩니다. 물론 10년 전에도 존재했지만 가격은 주철교 수준이었다. 최초의 메트로 클러스터 이후 몇 년이 지나면서 업계와 일반 대중의 기술 가용성이 바뀌었습니다.

스토리지 시스템의 일부가 메트로 클러스터의 초임계 서비스용으로, 동기 복제용으로 별도로(훨씬 저렴함) 특별히 분산된 프로젝트를 기억합니다.

실제로 2020년에는 두 개의 사이트와 채널을 구성할 수 있다면 메트로 클러스터에는 비용이 전혀 들지 않습니다. 그러나 동기 복제에 필요한 채널은 메트로 클러스터와 정확히 동일합니다. 소프트웨어 라이센싱은 오랫동안 패키지로 수행되어 왔으며 동기식 복제는 메트로 클러스터가 있는 패키지로 즉시 제공되며 지금까지 단방향 복제를 유지하는 유일한 방법은 확장된 L2 네트워크를 구성해야 한다는 것입니다. 그럼에도 불구하고 L2를 통한 L3는 이미 전국을 휩쓸고 있습니다.

그렇다면 원격 작업의 관점에서 동기 복제와 메트로 클러스터의 근본적인 차이점은 무엇입니까?

모든 것이 매우 간단합니다. 메트로 클러스터는 자동으로, 항상, 거의 즉각적으로 작동합니다.

최소 수백 개의 VM으로 구성된 인프라에서 동기 복제를 위한 로드 전환 프로세스는 어떤 모습입니까?

1. 긴급 신호가 수신되었습니다.
2. 근무 교대는 상황을 분석합니다. 신호를 받고 결정을 내리는 데만 10~30분 정도를 안전하게 확보할 수 있습니다.
3. 근무 중인 엔지니어에게 독립적으로 전환을 시작할 권한이 없는 경우에도 30분 내에 권한이 있는 사람에게 연락하여 전환 시작을 공식적으로 확인할 수 있습니다.
4. 큰 빨간 버튼을 누르세요.
5. 시간 초과 및 볼륨 재마운트, VM 재등록에는 10~15분이 소요됩니다.
6. IP 주소 변경에 30분이 소요될 것으로 예상되는 낙관적인 시간입니다.
7. 그리고 마지막으로 VM의 시작과 생산적인 서비스의 출시입니다.

총 RTO(비즈니스 프로세스 복원 시간)는 4시간으로 안전하게 추정할 수 있습니다.

메트로 클러스터의 상황과 비교해 보겠습니다.

1. 스토리지 시스템은 메트로 클러스터 암과의 연결이 15~30초 동안 끊어진 것을 인식합니다.
2. 가상화 호스트는 첫 번째 데이터 센터가 15~30초 동안 손실되었음을 이해합니다(포인트 1과 동시에).
3. 서비스를 로드하기 10~15분 전에 두 번째 데이터 센터에 있는 VM의 절반에서 XNUMX/XNUMX을 자동으로 다시 시작합니다.
4. 이 무렵 근무 교대는 무슨 일이 있었는지 깨닫습니다.

총계: 개별 서비스의 경우 RTO = 0, 일반적인 경우 10~15분입니다.

VM의 절반에서 XNUMX/XNUMX만 다시 시작되는 이유는 무엇입니까? 무슨 일인지 보세요:

1. 모든 작업을 현명하게 수행하고 VM의 자동 밸런싱을 활성화합니다. 결과적으로 평균적으로 VM의 절반만이 데이터 센터 중 하나에서 실행되고 있습니다. 결국 메트로 클러스터의 핵심은 가동 중지 시간을 최소화하는 것이므로 공격을 받는 VM 수를 최소화하는 것이 중요합니다.
2. 일부 서비스는 애플리케이션 수준에서 클러스터링되어 여러 VM에 분산될 수 있습니다. 따라서 이러한 페어링된 VM은 하나씩 고정되거나 리본으로 서로 다른 데이터 센터에 연결되므로 사고 발생 시 VM이 다시 시작될 때까지 서비스가 기다리지 않습니다.

확장된 메트로 클러스터를 갖춘 잘 구축된 인프라를 통해 비즈니스 사용자는 데이터 센터 수준에서 사고가 발생하는 경우에도 어디서나 지연을 최소화하면서 작업할 수 있습니다. 최악의 경우 지연 시간은 커피 한 잔의 시간이 됩니다.

물론, 메트로클러스터는 Valinor로 이동 중인 HPE 3Par과 새로운 Primera 모두에서 훌륭하게 작동합니다!

원격 작업장 인프라

터미널 서버

터미널 서버에 대해 새로운 것을 생각해낼 필요가 없습니다. HPE는 수년 동안 세계 최고의 서버를 공급해 왔습니다. 시대를 초월한 클래식 - DL360(1U) 또는 DL380(2U) 또는 AMD 팬용 - DL385. 물론 클래식 C7000과 새로운 Synergy 구성 가능 플랫폼인 블레이드 서버도 있습니다.

모든 취향, 모든 색상에 대해 서버당 최대 세션 수!

"클래식" VDI + HPE 단순성

이 경우 "클래식 VDI"라고 하면 사용자 1명 = 클라이언트 Windows가 있는 VM 1개라는 개념을 의미합니다. 물론 하이퍼컨버지드 시스템, 특히 중복 제거 및 압축의 경우 VDI 로드가 더 가깝고 비싸지는 않습니다.

여기에서 HPE는 VMware VSAN 인프라에 VDI를 구축하기 위한 VSAN Ready Node와 같은 파트너 솔루션을 위한 자체 하이퍼컨버지드 Simplitivity 플랫폼과 서버/인증 노드를 모두 제공할 수 있습니다.

Simplicity의 자체 솔루션에 대해 좀 더 이야기해 보겠습니다. 이름에서 알 수 있듯이 초점은 단순성에 있습니다. 배포, 관리, 확장이 용이합니다.

오늘날 하이퍼컨버지드 시스템은 IT 분야에서 가장 뜨거운 주제 중 하나이며 다양한 수준의 공급업체 수는 약 40개입니다. Gartner 매직 스퀘어에 따르면 HPE는 전 세계적으로 Top5에 위치하고 있으며 이해하는 리더의 스퀘어에 포함되어 있습니다. 산업이 발전하고 있는 곳이며 이를 이해하여 하드웨어로 변환할 수 있는 능력이 있는 사람입니다.

구조적으로 Simplivity는 컨트롤러 가상 머신을 갖춘 클래식 하이퍼컨버지드 시스템입니다. 즉, 하이퍼바이저 통합 시스템과 달리 다양한 하이퍼바이저를 지원할 수 있습니다. 실제로 2020년 XNUMX월 현재 VMware vSphere와 Microsoft Hyper-V가 지원되며, KVM 지원 계획이 발표되었습니다. 시장에 출시된 이후 Simplitivity의 주요 특징은 특수 가속기 카드를 사용한 압축 및 중복 제거의 하드웨어 가속이었습니다.

압축과 중복 제거는 전역적으로 적용되며 항상 활성화됩니다. 이는 선택적인 기능이 아니라 솔루션의 아키텍처입니다.

물론 HPE는 특별한 방법으로 계산해 100:1의 효율성을 주장하는 다소 솔직하지 못하지만, 공간 활용 효율성은 실로 매우 높다. 다만 100:1이라는 숫자가 너무 아름답다는 뿐입니다. 이러한 숫자를 표시하기 위해 Simplicity가 기술적으로 어떻게 구현되는지 알아 보겠습니다.

스냅 사진. 스냅샷은 RoW(Redirect-on-Write)로 100% 올바르게 구현되므로 즉시 발생하고 성능 저하를 일으키지 않습니다. 예를 들어, 다른 시스템과 어떻게 다른가요? 페널티 없는 로컬 스냅샷이 필요한 이유는 무엇입니까? 예, RPO를 24시간(백업의 평균 RPO)에서 수십 또는 분 단위로 줄이는 것은 매우 간단합니다.

백업. 스냅샷은 가상 머신 관리 시스템에서 인식되는 방식만 백업과 다릅니다. 머신을 삭제할 때 다른 모든 항목도 삭제되면 이는 스냅샷입니다. 남아 있으면 백업이라는 뜻입니다. 따라서 모든 스냅샷은 시스템에 표시되어 있고 삭제되지 않은 경우 전체 백업으로 간주될 수 있습니다.

물론 많은 사람들이 반대할 것입니다. 동일한 시스템에 저장되어 있다면 어떤 종류의 백업입니까? 그리고 여기에 반대 질문 형태의 매우 간단한 대답이 있습니다. 백업 복사본 저장 규칙을 설정하는 공식적인 위협 모델이 있습니까? 이는 VM 내부의 파일 삭제에 대한 절대적으로 정직한 백업이며, VM 자체 삭제에 대한 백업입니다. 별도의 시스템에만 백업 복사본을 저장해야 하는 경우 이 스냅샷을 두 번째 Simplitivity 클러스터 또는 HPE StoreOnce에 복제하는 옵션을 선택할 수 있습니다.

그리고 이러한 아키텍처가 모든 유형의 VDI에 이상적이라는 것이 밝혀졌습니다. 결국 VDI는 동일한 OS, 동일한 애플리케이션을 갖춘 수백 또는 수천 개의 매우 유사한 시스템을 의미합니다. 전역 중복 제거는 이 모든 것을 압축하고 100:1도 아닌 훨씬 더 나은 압축을 제공합니다. 하나의 템플릿에서 1000개의 VM을 배포하시겠습니까? 전혀 문제가 되지 않습니다. 이러한 머신은 복제하는 것보다 vCenter에 등록하는 데 시간이 더 오래 걸립니다.

Simplitivity G 라인은 특별한 성능 요구 사항이 있는 사용자와 3D 가속기가 필요한 사용자를 위해 특별히 제작되었습니다.

이 시리즈는 하드웨어 중복 제거 가속기를 사용하지 않으므로 컨트롤러가 소프트웨어에서 처리할 수 있도록 노드당 디스크 수를 줄입니다. 이렇게 하면 다른 가속기를 위한 PCIe 슬롯이 확보됩니다. 가장 까다로운 워크로드를 위해 노드당 사용 가능한 메모리 양도 3TB로 두 배 늘어났습니다.

단순성은 중앙 데이터 센터에 대한 데이터 복제를 통해 지리적으로 분산된 VDI 인프라를 구성하는 데 이상적입니다.

이러한 VDI 아키텍처(VDI뿐만 아니라)는 러시아 현실의 맥락에서 특히 흥미롭습니다. 즉, 먼 거리(따라서 지연)가 있고 이상적인 채널과는 거리가 멀습니다. 로컬 사용자가 빠른 채널을 통해 연결하고 센터의 전체 제어 및 관리가 유지되는 지역 센터가 생성됩니다(또는 완전히 원격 사무실에 1-2개의 단순 노드만 있음). 정크는 센터 데이터에 복제됩니다.

물론 Simplitivity는 OneView 및 InfoSight와 완벽하게 연결됩니다.

씬 및 제로 클라이언트

씬 클라이언트는 터미널로만 사용하기 위한 특수 솔루션입니다. 채널을 유지하고 비디오를 디코딩하는 것 외에는 클라이언트에 부하가 거의 없기 때문에 거의 항상 패시브 냉각 기능이 있는 프로세서, 특수 임베디드 OS를 시작하기 위한 작은 부팅 디스크가 있으며 기본적으로 그게 전부입니다. 깰 것이 거의 없으며 훔쳐도 쓸모가 없습니다. 비용이 저렴하고 데이터가 저장되지 않습니다.

소위 제로 클라이언트라고 하는 특별한 범주의 씬 클라이언트가 있습니다. 얇은 제품과의 주요 차이점은 범용 임베디드 OS조차 없고 펌웨어가 있는 마이크로칩에서만 작동한다는 것입니다. 여기에는 PCoIP 또는 HDX와 같은 터미널 프로토콜의 비디오 스트림을 디코딩하기 위한 특수 하드웨어 가속기가 포함되는 경우가 많습니다.

대형 휴렛패커드가 HPE와 HP로 분리됐음에도 불구하고 HP가 생산하는 씬클라이언트를 빼놓을 수 없다.

비디오 스트림의 하드웨어 가속 기능을 갖춘 다중 모니터 워크스테이션까지 모든 취향과 요구 사항에 맞게 선택의 폭이 넓습니다.

원격 작업을 위한 HPE 서비스

마지막으로 HPE 서비스에 대해 언급하고 싶습니다. HPE의 서비스 수준과 기능을 모두 나열하기에는 너무 길지만 최소한 원격 작업 환경을 위한 매우 중요한 제품이 하나 있습니다. 즉, HPE/공인 서비스 센터의 서비스 엔지니어입니다. 좋아하는 dacha에서 호박벌 소리를 들으며 원격으로 계속 작업할 수 있으며, HPE의 꿀벌이 데이터 센터에 도착하여 서버의 디스크나 고장난 전원 공급 장치를 교체합니다.

HPE 콜홈

이동이 제한되는 오늘날의 상황에서는 콜홈(Call Home) 기능이 그 어느 때보다 중요해졌습니다. 이 기능이 있는 모든 HPE 시스템은 하드웨어 또는 소프트웨어 오류를 HPE 지원 센터에 자체 보고할 수 있습니다. 그리고 생산 서비스에 오작동이나 문제가 발생하기 훨씬 전에 교체 부품 및/또는 서비스 엔지니어가 귀하의 위치에 도착할 가능성이 높습니다.

개인적으로 이 기능을 활성화하는 것을 적극 권장합니다.

출처 : habr.com