블레이드 서버 시스템의 필수 구성 요소입니다. 블레이드 서버: 역사, 주요 장점, 최신 시스템


HPE 프로라이언트 BL660c Gen9

HPE Proliant BL660c G9는 가상화를 지원하고 대규모 워크로드 작업을 목표로 하는 새로운 서버 시스템입니다. 블레이드 시스템은 현대 기업의 요구 사항을 충족하고 중요한 작업 부하에서 시스템 가동 중지 시간이나 오류를 제거하는 광범위한 기능을 지원합니다.


HPE Proliant BL460c Gen9

BL460c Gen9는 차세대 ProLiant 서버이며 유연성, 성능 및 사용 용이성의 완벽한 조합을 나타냅니다. HP의 이 새로운 서버 블레이드는 높은 컴퓨팅 밀도를 제공하는 동시에 다양한 미션 크리티컬 워크로드를 처리합니다. 이 서버는 다양한 작업을 효율적으로 지원할 수 있습니다.


HPE 프로라이언트 WS460c Gen9

WS460c Gen9 그래픽 서버 블레이드는 최종 사용자에게 강력한 성능과 가상 데스크탑 경험을 제공하는 새로운 그래픽 서버 블레이드입니다. 뛰어난 서비스 품질로 탁월하고 효율적인 인프라를 배포하는 데 도움이 됩니다. 이 서버는 전용 그래픽 서버로도 사용할 수 있습니다.


HP Integrity rx9800 섀시

HP Integrity rx9800 서버 섀시는 데이터 센터에 고성능 통합 인프라를 배포하도록 설계되었습니다. 회사의 IT 인프라에 솔루션을 통합하면 중요한 애플리케이션을 효과적으로 지원하고 비즈니스 프로세스의 가용성과 비용 효율성을 높일 수 있습니다.


HP 인테그리티 rx9900 섀시

HP Integrity rx9900 서버 섀시는 회사의 IT 인프라를 하드웨어 리소스 통합을 위한 혁신적인 기술로 전환하도록 설계되었습니다. 이를 통해 가용성을 높이고 비즈니스에 중요한 애플리케이션을 지원하며 변화하는 조건에 대한 신속한 대응으로 높은 경쟁력을 보장합니다.


HP 프로라이언트 BL420c Gen8

HP ProLiant BL420c Gen8은 비용 최적화된 성능, 고가용성 및 엔터프라이즈급 관리를 제공하도록 설계된 새로운 보급형, 2소켓, 절반 높이 서버입니다.


HP 프로라이언트 BL460c Gen8

HP 프로라이언트 BL460c Gen8- 블레이드 서버의 주요 특징은 쉬운 배포와 추가 지원입니다. 내장된 소프트웨어와 도구 모음을 통해 편리하게 사용하면 시스템 상태에 대해 필요한 정보를 신속하게 수집하고 이를 관리자의 워크스테이션으로 직접 전송할 수 있습니다.


HP 프로라이언트 BL465c Gen8

HP 프로라이언트 BL465c Gen8 - 8세대 블레이드 서버. BL465c Gen8은 절반 높이 서버에서 코어 밀도와 높은 메모리 기능의 고유한 조합을 제공하여 가상 환경에 대해 비교할 수 없는 가격 대비 가치 리더십을 제공합니다.


HPE BladeSystem c3000 인클로저

HPE BLADESYSTEM C3000 ENCLOSURE는 HPE 블레이드 시스템을 호스팅하기 위한 섀시입니다. 이 장치는 내부에 들어 있는 모든 구성 요소의 효율적인 작동을 보장하여 복잡한 컴퓨팅 시스템의 안정적인 전력 및 냉각을 보장합니다.

Notes에서는 소규모 프로젝트에서의 적용 가능성이 낮기 때문에 엔터프라이즈 기술을 종종 무시합니다. 하지만 오늘 기사에서는 예외입니다. 모듈식 시스템인 "블레이드"에 대해 이야기할 것이기 때문입니다.


IT 세계에는 "믿을 수 없을 만큼 멋지다"는 큰 아우라와 이와 유사한 신화에 가려질 만큼 건축학적 즐거움이 많지 않습니다. 따라서 더 이상 복잡하게 설명하지 않고 실제로 이러한 종류의 시스템의 기능과 적용 가능성에 대해서만 설명하겠습니다.

엔지니어를 위한 레고

블레이드 서버는 일반적인 마더보드, RAM, 프로세서, 많은 보조 시스템 및 어댑터를 갖춘 거의 일반 서버입니다. 그러나 "거의"는 이러한 서버가 자율 작동을 위한 것이 아니며 특수 섀시에 설치하기 위해 특수 소형 케이스에 제공된다는 것입니다.


섀시(또는 "바구니")는 서버 및 추가 모듈을 위한 좌석이 포함된 큰 상자에 지나지 않습니다. 모든 서버와 구성 요소는 대형 스위칭 보드(Backplane)를 사용하여 연결되고 구성됩니다. 블레이드 시스템.


전체 시스템을 구성 요소로 분해하면 표에서 다음 슬라이드를 찾을 수 있습니다.

    블레이드 서버(블레이드) – 전원 공급 장치, 팬, 네트워크 커넥터 및 제어 모듈이 없는 서버입니다.

    섀시 – 본체 및 백플레인;

    모든 시스템 구성요소를 위한 전원 및 냉각 시스템

    외부 세계와의 통신을 위한 스위칭 장치

  • 제어 모듈(IPMI 테마의 다양한 변형)

이 모든 것들은 모든 구성 요소가 중복될 수 있기 때문에 컴팩트한 크기(보통 6-10U)와 높은 수준의 안정성 측면에서 일반 서버 캐비닛과 다릅니다. 그런데 여기에는 신화 중 하나가 있습니다. 12개의 블레이드가 하나의 대형 서버에 조립되지 않습니다. 공통 인프라를 갖춘 단지 12개의 서버만 있을 것입니다.


그런데 HPE에는 기존 블레이드 서버인 HPE Superdome과 유사한 솔루션이 있습니다. RAM이 있는 프로세서 모듈은 블레이드로 사용됩니다. 이러한 솔루션에서는 전체 시스템이 실제로 하나의 고성능 서버를 나타냅니다.

Habré의 다양한 블레이드 시스템 제조업체의 아키텍처 솔루션의 뉘앙스(이 기사는 오래되었지만 기본 사항과 관련이 있음)를 설명하기 위해 HPE의 블레이드 시스템인 BladeSystem c7000을 사용합니다.


블레이드는 다음과 같습니다.

    디스크 어레이 – 예를 들어 최대 12개의 2.5인치 드라이브를 설치할 수 있습니다. 이것이 바로 DAS 스토리지를 여러 서버와 쉽고 간편하게 공유할 수 있는 방법입니다.

    외부 스토리지 시스템 및 완전한 NAS 서버에 액세스하기 위한 SAN 스위치(예: HPE StorageWorks X1800sb)

  • 테이프 장치.

아래 그림은 완전히 구성된 HPE BladeSystem c7000을 보여줍니다. 구성 요소의 위치는 명확합니다. 상호 연결 모듈 섹션에 주의하세요. 서버 네트워크 인터페이스를 외부로 간단히 전달할 수 있도록 내결함성 네트워크 장치 쌍 또는 패스스루 모듈이 각 행에 설치됩니다.



HPE ProLiant BL460c Gen8의 소형 블레이드는 2.5인치 드라이브 2개만 맞습니다. 더 나은 아름다움을 위해 디스크 대신 SAN 또는 PXE 디스크 시스템에서 네트워크 부팅을 사용할 수 있습니다.



다음은 IBM의 보다 컴팩트한 블레이드 시스템입니다. 노드의 위치는 다르지만 일반적인 원칙은 동일합니다.



제 생각에는 블레이드에서 가장 흥미로운 점은 네트워크 구성 요소입니다. 세련된 컨버지드 스위치를 사용하면 블레이드 시스템의 내부 네트워크로 진정한 기적을 이룰 수 있습니다.

작은 네트워크와 엔터프라이즈의 마법

네트워크 모듈은 특수 이더넷이나 SAS 스위치일 수도 있고 두 가지를 모두 수행할 수도 있습니다. 물론 일반 스위치를 블레이드 시스템에 설치할 수는 없지만 호환 모델은 친숙한 브랜드에서 생산됩니다. 예를 들어 "3대 기업"인 HPE, Cisco, Brocade가 있습니다. 가장 간단한 경우 이는 16개의 이더넷 포트(HPE Pass-Thru)를 통해 16개의 블레이드를 모두 가져오는 네트워크 액세스 모듈일 뿐입니다.



이러한 모듈을 사용하면 네트워크 회선 수는 줄어들지 않지만 최소한의 투자로 기업 LAN에 연결할 수 있습니다. 대신 8개의 1GbE 이더넷 포트와 4개의 1GbE SFP 포트를 갖춘 저렴한 Cisco Catalyst 3020을 사용하는 경우 몇 개의 일반 섀시 포트만 전체 네트워크에 연결하면 됩니다.



이러한 네트워크 장치는 일반 장치와 기능면에서 다르지 않습니다. HPE VC(Virtual Connect) 모듈이 훨씬 더 흥미로워 보입니다. 주요 특징은 LAN 및 SAN 대역폭을 유연하게 할당하여 여러 개의 별도 네트워크를 생성하는 기능입니다. 예를 들어, 10GbE를 섀시에 연결하고 이를 6개의 기가비트 LAN과 1개의 4Gb SAN으로 "절단"할 수 있습니다.



동시에 VC는 각 서버에 대해 최대 4개의 연결을 지원하므로 창의성과 클러스터 조립을 위한 특정 범위가 열립니다. 다른 제조업체도 유사한 솔루션을 보유하고 있습니다. Lenovo의 유사한 솔루션을 IBM BladeCenter Virtual Fabric이라고 합니다.


대중적인 믿음과는 달리 블레이드 자체는 일반 서버와 다르지 않으며 가상화 측면에서 특별한 이점을 제공하지 않습니다. 흥미로운 기회는 HPE의 VC 또는 Hitachi의 LPAR과 같은 공급업체에 고정된 특별한 기술을 사용할 때만 나타납니다.

하나의 콘솔에서 여러 IPMI

블레이드 서버를 구성하려면 내장된 BMC 하드웨어 관리 모듈(HPE의 경우 iLO)을 사용할 수 있습니다. 관리 및 원격 연결 메커니즘은 기존 서버와 크게 다르지 않지만 OA(Onboard Administrator) 제어 모듈 자체는 서로를 백업하고 섀시의 모든 장치를 관리하기 위한 단일 진입점을 제공할 수 있습니다.


OA에는 외부 모니터 연결을 위한 내장 KVM 콘솔이 있거나 네트워크 인터페이스만 있을 수 있습니다.



일반적으로 OA를 통한 관리는 다음과 같습니다.




더 나은 방법은 블레이드 시스템을 HPE Insight Control 또는 후속 제품과 같은 외부 관리 소프트웨어에 연결하는 것입니다. 그런 다음 새 블레이드에 운영 체제 자동 설치 및 클러스터 로드 분산을 구성할 수 있습니다.


안정성에 대해 말하면 블레이드는 일반 서버처럼 고장납니다. 따라서 구성을 주문할 때 구성 요소 예약과 펌웨어 지침을 주의 깊게 연구하는 것을 무시하지 마십시오. 정지된 온보드 관리자가 관리자에게 불편을 끼치는 경우에만 블레이드 시스템의 모든 요소 펌웨어를 잘못 업데이트하면 작동하지 않을 수 있습니다.


하지만 이 모든 마법 뒤에는 우리는 일상적인 문제를 완전히 잊어버렸습니다.

회사에 블레이드가 필요합니까?

고밀도, 적은 수의 와이어, 한 지점에서 제어 등 모두 좋지만 솔루션 비용도 평가해 보겠습니다. 추상적인 조직에서 한 번에 10개의 동일한 서버를 시작해야 한다고 가정해 보겠습니다. 블레이드와 기존 랙 마운트 HPE ProLiant DL 모델의 비용을 비교해 보겠습니다. 평가를 단순화하기 위해 하드 드라이브 및 네트워크 장비 비용은 고려하지 않습니다.






가격은 2017년 2월 6일 현재 기준입니다. 출처 – STSS


그 차이는 거의 200만 루블에 달하며 추가 제어 모듈과 이상적으로는 다른 섀시 등 완전한 내결함성을 포함하지 않았습니다. 게다가 서버 네트워크 인터페이스를 외부와 쉽게 연결하기 위해 가장 저렴한 패스스루 모듈을 사용하기 때문에 편리한 네트워크 전환이 불가능합니다. 여기서는 Virtual Connect가 더 적합하겠지만 가격이...
직접적인 비용 절감은 없을 것으로 밝혀졌으므로 블레이드의 나머지 장단점을 살펴보겠습니다.

몇 가지 추가 주장

블레이드 시스템의 확실한 장점은 다음과 같습니다.

    설치 밀도. 하나의 DC에 매우 많은 서버가 필요한 경우 블레이드는 구원과 같습니다.

    유연한 내부 블레이드 전환으로 인한 깔끔하고 컴팩트한 케이블링 인프라;

    관리 용이성 – 추가 소프트웨어를 설치하지 않고도 하나의 콘솔에서 전체 바스켓을 관리할 수 있습니다.

    핫 스왑 가능한 드라이브처럼 섀시에 공간이 있는 동안 새 블레이드를 쉽게 설치할 수 있습니다. 이론적으로 블레이드를 설치할 때 PXE를 통해 구성된 시스템을 즉시 부팅하고 클러스터에 리소스를 배포할 수 있습니다.

  • 신뢰할 수 있음. 거의 모든 노드를 예약할 수 있습니다.

하지만 단점이 없다면 어떨까요?

    블레이드 제한 사항. 4개의 프로세서와 다수의 로컬 하드 드라이브(예: NMVE SSD)가 있는 서버가 필요한 경우 전체 섀시 용량의 1/4에 이러한 대형 블레이드를 설치하면 고밀도 케이지 사용이 의미가 없게 됩니다.

    신뢰할 수 있음. 구성 요소가 중복되었음에도 불구하고 단일 실패 지점, 즉 섀시의 통신 보드(백플레인)가 있습니다. 오류가 발생하면 모든 블레이드가 작동하지 않을 수 있습니다.

    분리가 불가능합니다. 지리적으로 분산된 클러스터를 생성해야 하는 경우 단순히 서버의 절반을 꺼내서 이동할 수는 없습니다. 다른 섀시가 필요합니다.

  • 가격. 섀시 자체의 비용은 블레이드 3개에 해당하며, 블레이드 비용은 본격적인 서버와 맞먹습니다.

그럼 무엇을 선택해야 할까요?

호스팅 회사와 같이 대규모 데이터 센터에서는 블레이드가 매우 자연스럽게 보입니다. 이러한 시나리오에서는 확장 속도와 최대 장비 밀도가 우선입니다. 공간과 관리 비용을 절감하면 바스켓과 모든 종류의 가상 연결 모두에 대한 비용을 지불할 수 있습니다.


다른 경우에는 기존 랙 서버를 사용하는 것이 더 합리적이고 보편적인 것으로 보입니다. 또한, 빠른 가상화 시스템의 광범위한 채택으로 인해 블레이드의 인기가 더욱 감소했습니다. 왜냐하면 대부분의 애플리케이션은 가상 서버를 사용하여 "집적화"될 수 있기 때문입니다. 가상 머신을 관리하는 것이 블레이드보다 훨씬 더 편리하다고 말할 수 있습니다.


소규모 회사에서 블레이드 시스템을 사용해 본 적이 있다면 관리에 대한 감상을 공유해 주세요.

오늘날 서버 시스템의 용량이 꾸준히 증가하고 있다는 것은 비밀이 아닙니다. 새로운 프로세서가 출시되고 메모리 하위 시스템, 통신 버스 및 스토리지 시스템이 개발되고 있습니다. 그러나 연구에 따르면 대다수의 서버는 실제로 절반도 로드되지 않은 것으로 나타났습니다. 또한 다양한 출처에 따르면 현대 관리자의 최대 75%가 설치된 시스템의 기능 지원에만 전념하고 있습니다. 따라서 기존 시스템의 활용 효율성을 향상시킬 필요가 있다.

랙의 서버 수만 늘리면 발생하는 열, 통신 케이블, 전력 소비량이 비례적으로 증가하고 물리적 공간도 더 많이 차지합니다. 한편으로 이것은 논리적이고 자연스러우나 항상 효율성을 높이고 싶어합니다. 블레이드 서버는 바로 그러한 기회를 제공합니다. 물론 이 솔루션을 급진적이라고 할 수는 없지만(예: 해외 Wi-Fi 행진 또는 모스크바의 ADSL :)) 위의 문제에 아주 잘 대처합니다.

그렇다면 블레이드 서버란 무엇일까요? 기존 랙 서버 세트에서 블레이드 서버로의 진화는 다음과 같이 상상할 수 있습니다. 전원 공급 장치와 냉각 시스템을 공용으로 이동하고, 스위치와 KVM 스위치를 추가하고, 디스크 설치 기능을 단순화하고, 대부분의 확장 커넥터를 제거합니다. , 마더보드의 크기를 크게 줄입니다. 결과적으로 우리는 전체 장치를 핫스왑하는 추가 보너스와 함께 눈에 띄게 더 작은 볼륨으로 유사한 성능의 시스템을 얻습니다.

위의 조치로 인해 다음과 같은 이점이 있습니다.

  • 비용을 절감하고 전력 및 냉각 시스템의 신뢰성을 높입니다.
  • 스위칭 와이어 수 감소;
  • 시스템 관리의 용이성을 높입니다.
  • 점유량 감소;
  • 에너지 소비 및 발열 감소;
  • 높은 확장성;
  • 유연성.

물론 다른 솔루션과 마찬가지로 이러한 변경에는 대가가 따릅니다. 가장 큰 단점은 확장 기회가 크게 감소한다는 것입니다. 예를 들어 Ultra320 SCSI RAID 컨트롤러 쌍이나 특수 통신 카드를 설치하지 못할 수도 있습니다. 반면에 그러한 손실로 인해 손실되지 않는 작업이 많이 있습니다. 예를 들어, 스토리지 시스템의 경우 가장 비싼 솔루션은 외부 전문 서버와 NAS/SAN 시스템을 사용합니다. 통신에 대해 이야기하면 "익숙한" 후에도 한 쌍의 기가비트 네트워크 인터페이스와 한 쌍의 파이버 채널 채널을 사용할 수 있으며 이는 대부분의 비전문 응용 프로그램에 충분합니다. 혹시라도 일부 모델에는 PCI 슬롯이 하나 있습니다. 또한 하나의 "블레이드"의 제한된 성능에 주목할 가치가 있습니다. 블레이드에 4개 이상의 프로세서를 설치하는 것은 어려울 것입니다.

이러한 장단점을 통해 블레이드 서버 사용이 경제적으로 이익이 되는 영역, 즉 동일한 유형 또는 유사한 서버를 다수 사용하여 병렬화할 수 있는 작업을 수행할 수 있는 영역을 결정할 수 있습니다. 이러한 영역의 예로는 호스팅, 터미널 솔루션, 컴퓨팅 클러스터, 데이터 센터 등이 있습니다.

이미 대규모 데이터 센터에서는 장비를 고객에게 직접 임대하는 것에서 특정 서비스를 제공하는 것으로 전환이 시작되고 있습니다. 예를 들어, 연구소나 과학 기관에서는 컴퓨팅을 위해 데이터 센터에 설치된 클러스터를 사용하는 것이 더 편리한 경우가 많습니다. 이 경우 서비스 가상화, 개별 서버의 역할 자동 재할당 등을 활용해 장비 사용의 신뢰성과 효율성을 높일 수 있다. 또한 아웃소싱된 컴퓨팅 성능을 활용하면 기업은 IT 관리자의 비용을 절감하고 생산 활동에 직접 참여할 수 있습니다.

의심할 여지 없이 하드웨어, 서버의 일부, 특히 블레이드 서버만큼 중요한 것은 관리 소프트웨어입니다. 이것이 바로 이 솔루션이 제공하는 위의 이점 중 대부분을 제공하는 것입니다. 물론, 각 공급업체는 블레이드 솔루션 설치 및 관리를 위한 독창적인 프로그램을 제공합니다.

Intel 플랫폼 기반의 블레이드 서버는 현재 여러 회사에서 제공되고 있습니다. 몇 가지 해결 방법을 간략하게 나열해 보겠습니다.

Dell PowerEdge 1855: Intel Xeon DP 프로세서, 블레이드당 최대 8GB 메모리, 기가비트 네트워크 컨트롤러 2개, U320 SCSI 컨트롤러, SCSI 드라이브 최대 2개, 7U 섀시에 블레이드 10개, 파이버 채널 옵션.

HP ProLiant BL p-클래스(BL20p, BL30p, BL40p): Intel Xeon DP/MP 프로세서, 블레이드당 최대 8/12GB, 6U 케이스에 최대 8개의 블레이드, 3 또는 4기가비트 어댑터, U320 SCSI 컨트롤러, 2개 SCSI 디스크.

IBM eServer BladeCenter: Intel Xeon DP/MP 프로세서(Power PC에서도 사용 가능), 보드 1개에 최대 8/16GB, 7U 케이스에 블레이드 최대 14개, 기가비트 어댑터 2개 또는 4개, U320 SCSI 컨트롤러, SCSI 드라이브 2개 (드라이브 4개로 ​​확장 가능), Fibre Channel 옵션.

Intel Enterprise Blade Server: Intel Xeon DP/MP 프로세서, 모듈당 최대 4/8GB 메모리, 7U 섀시에 최대 14개의 블레이드, 2/4 기가비트 네트워크 컨트롤러, 옵션 파이버 채널, U320 SCSI 컨트롤러, 2.5인치 2개 IDE 디스크(추가 모듈에 옵션으로 제공되는 2개의 SCSI 디스크)

Sun Fire B100s/B100x/B200x 블레이드 서버: UltraSPARC Iii/Mobile Athlon XP/Xeon DP LV 프로세서, 1/2/4GB RAM, 3U 케이스에 최대 16개 모듈, 2/3/4기가비트 네트워크 어댑터, 1개 2 .5인치 IDE 하드 드라이브.

Intel 프로세서 기반 시스템 외에도 점점 인기가 높아지고 있는 AMD Opteron 프로세서 기반 블레이드 솔루션을 시장에서 찾을 수도 있습니다. 그 중 일부에 대한 간략한 정보를 제공하겠습니다.

HP ProLiant BL p-클래스(BL25p/BL35p): AMD Opteron 200 시리즈/Opteron 200 저전력 프로세서, 블레이드당 최대 16/8GB, 6U 섀시에 최대 8/16개의 블레이드, 4/2개의 기가비트 네트워크 포트 및 포트 100메가비트(관리용) 1개, SCSI/IDE 디스크 2개, 선택 사항인 2채널 FC 컨트롤러.

Iwill H2B 블레이드 서버: AMD Opteron 200 시리즈 프로세서, 최대 16GB RAM, 기가비트 네트워크 컨트롤러 2개, PCI-X 슬롯, 내장 전원 공급 장치 블레이드, InfiniBand 포트 2개, IDE 하드 드라이브 1개, 단일 서버에 블레이드 최대 10개 8U 케이스.

NEXCOM HS 416: AMD Opteron 200 시리즈 프로세서, 최대 8GB RAM, 2.5인치 IDE 드라이브 2개, 기가비트 네트워크 어댑터 2개 및 100메가비트 1개, PCI-X 확장 슬롯, ​​4U 케이스에 최대 8개 모듈(있음) 블레이드이며 Intel Xeon에 있음).

Tatung TUD -4010: AMD Opteron 200 HE 시리즈 프로세서, 최대 8GB RAM, 2개의 기가비트 네트워크 포트, 2개의 2.5인치 IDE 하드 드라이브, 로우 프로파일 PCI - X 슬롯, 4U 케이스에 최대 10개의 블레이드(있음) 블레이드이며 Intel Xeon LV에 있음).

블레이드 서버 구성 및 구현의 세부 사항은 회사마다 다를 수 있습니다. 대부분은 고객을 위한 시스템 구성에 대한 자세한 정보를 웹사이트에서 제공합니다. 이 기사의 뒷부분에서는 Fujitsu-Siemens Computers가 제공하는 솔루션을 자세히 살펴보겠습니다.

블레이드 서버 Fujitsu-Siemens PRIMERGY

Fujitsu-Siemens가 2002년 3월에 출시한 첫 번째 블레이드 서버 모델은 BX300 시리즈였습니다. 3U 섀시는 Intel Pentium III LV 프로세서(단일 및 이중 프로세서 구성) 또는 Pentium M을 기반으로 최대 20개의 블레이드를 수용할 수 있습니다. PRIMERGY BX300은 웹/메일/캐싱 및 기타 통신 서버는 물론 터미널 서버로도 사용할 수 있습니다.

BX300 섀시에는 다음이 사전 설치되어 제공됩니다.

  • 각각 3개의 팬이 있는 2개의 전원 공급 장치(1000 또는 1200W)
  • 1개의 기가비트 스위치 모듈(Accton/Broadcom, 10x 다운링크 + 3x 업링크 구성), 유사한 스위치를 위한 3개의 여유 베이가 있습니다(블레이드의 40개 포트를 완전히 사용하려면 설치가 필요함).
  • 일곱 명의 팬.

이러한 장치는 모두 핫스왑이 가능합니다. 이 그림에서는 섀시의 블록 다이어그램을 볼 수 있습니다.

다음은 가능한 블레이드 구성에 대한 목록입니다(프로세서 모델별 구성은 2004년 말 기준이며 이전에는 단일 프로세서 블레이드와 더 낮은 주파수의 모델을 사용할 수 있었습니다).

Intel Pentium III LV 프로세서 기반:

  • 2개의 Pentium III LV 933 또는 1000MHz 프로세서;
  • ServerWorks 3.0 LE-T 칩셋;
  • RAM 모듈용 슬롯 2개(등록된 PC133, 256MB/512MB/1GB 모듈, 총 용량 최대 2GB)
  • Broadcom 5701 칩 기반 듀얼 채널 기가비트 네트워크 컨트롤러;
  • 40GB 또는 60GB 5400rpm 용량의 2.5인치 IDE 하드 드라이브용 베이 2개.

두 번째 버전은 Intel Pentium M 프로세서 설치용으로 설계되었습니다.

  • 펜티엄 M 프로세서 1.6 또는 2.0GHz;
  • ServerWorks GC-SL/CSB6/CIOB-ES 칩셋;
  • RAM 모듈용 슬롯 2개(DDR200, 총 용량 최대 4GB)
  • 4MB 비디오 메모리를 갖춘 ATI Rage XL 기반 통합 비디오 컨트롤러;
  • 듀얼 채널 기가비트 네트워크 컨트롤러;
  • Promise PDC 20270 칩의 IDE RAID 컨트롤러;
  • 40GB 또는 60GB 5400rpm 용량의 2.5인치 IDE 하드 드라이브용 베이 2개;
  • 로우 프로파일 PCI 카드를 설치하기 위해 모듈을 연결할 수 있습니다(섀시에서 추가 공간을 차지하고 전면에 출력이 있음). 파이버 채널 컨트롤러 모듈이 제공됩니다(채널 1개, 2GB/s, Emulex LP9802) 및 Intel 칩의 1포트 및 2포트 기가비트 네트워크 컨트롤러.

각 "블레이드"의 전면에는 USB 1.1 포트 2개와 VGA 포트 1개를 제공하는 특수 케이블을 연결하기 위한 커넥터가 있습니다.

따라서 하드웨어의 경우 3U 패키지에 20개의(!) 듀얼 프로세서 시스템을 얻을 수 있습니다. 물론 오늘날 Intel Pentium III 프로세서에 관심을 갖는 사람은 없으므로 Pentium M 프로세서의 두 번째 버전을 고려하는 것이 좋습니다. 당사 웹 사이트에서 실시한 테스트에 따르면 주파수 1로 데스크탑 Pentium 4와 쉽게 경쟁합니다. 그리고 반 배 더 높습니다. 밀도 측면에서 FSC의 BX300 솔루션은 아마도 블레이드 시스템 중 리더일 것입니다. 화면이 없더라도 20대의 노트북은 눈에 띄게 더 많은 공간을 차지할 것입니다(ASUS S200이 아닌 경우 :)). 물론 이는 느린 메모리, 취약한 디스크 시스템 및 제한된 확장의 대가로 발생합니다. 그러나 2개(또는 4개)의 기가비트 네트워크 포트와 FC 컨트롤러를 설치할 수 있는 기능은 이러한 단점을 어느 정도 해소합니다.

2004년 2월에 회사는 새로운 블레이드 서버인 PRIMERGY BX600 모델을 출시했습니다. 7U 섀시는 최대 10개의 Intel Xeon 블레이드(모듈당 1개 또는 2개의 프로세서)와 최대 5개의 Xeon MP 블레이드(모듈당 4개의 프로세서)를 수용할 수 있습니다. BX600 블레이드 서버는 데이터 센터에서 애플리케이션 및 데이터베이스 서버, 웹 및 대용량 통신 서버로 사용하도록 설계되었습니다.

BX600 섀시에는 다음이 포함됩니다.

  • 각각 3개의 팬이 있는 2개의 전원 공급 장치(각각 1200W), 2개의 전원 공급 장치를 추가로 설치할 수 있습니다.
  • 2개의 제어 모듈(포트 RS232 및 LAN/RJ-45);
  • 1개의 기가비트 스위치 모듈(10x 다운링크 + 3x 업링크 구성), 유사한 스위치에 대해 여전히 1개의 여유 베이가 있습니다.
  • KVM 스위치(2 PS/2, 15핀 VGA 출력);
  • 팬 블록 2개.

BX300과 마찬가지로 모든 장치는 핫스왑이 가능합니다. 이 그림에서는 섀시의 블록 다이어그램을 볼 수 있습니다. 또한 2개의 추가 통신에 외부 SCSI 커넥터(2개의 HD68 커넥터, 2개의 "블레이드"로 구성된 SCSI 컨트롤러에 직접 연결), 2개의 패스스루 파이버 채널 모듈, 2개의 패스스루 네트워크 모듈 또는 2개의 기가비트 스위치가 있는 블록을 설치할 수 있습니다. 베이.

BX600 섀시의 주니어 "블레이드" 모델은 Intel Xeon DP의 BX620 듀얼 프로세서 모델입니다.

  • Xeon 프로세서 2.8GHz/512KB, 3.06GHz/1MB, 3.2GHz/1MB, 3.2GHz/2MB;
  • PC2100 등록 DDR RAM용 슬롯 6개, 최대 12GB, Chipkill 및 핫 스페어 메모리 뱅크 지원
  • 2개의 통합 기가비트 네트워크 컨트롤러(Broadcom 5703);
  • RAID 0, 1, 10을 지원하는 듀얼 채널 Ultra320 SCSI HostRAID(Adaptec 7902W); 첫 번째 채널은 내장 하드 드라이브에 연결되고, 두 번째 채널(블레이드 4 및 10에만 해당)은 외부 드라이브(섀시 후면 패널에 연결됨)와 함께 사용할 수 있습니다.
  • 추가 통신 카드용으로 2개의 내부 커넥터를 사용할 수 있습니다. 제공: 듀얼 채널 파이버 채널 모듈 및 듀얼 채널 기가비트 네트워크 컨트롤러(둘 다 PCI-X 인터페이스 포함); 모든 블레이드는 동일한 모듈을 사용해야 합니다.
  • 하드 드라이브 1개를 사용하는 경우 PCI-X 64비트/100MHz 슬롯 1개를 확장 카드(절반 길이, 전체 높이)에 사용할 수 있습니다. 설치를 위해 듀얼 채널 기가비트 네트워크 컨트롤러가 제공됩니다. 서버 전면 패널에 대한 커넥터 출력;

하나의 "블레이드"에 2개의 프로세서가 충분하지 않은 경우 Intel Xeon MP에서 BX660 4 프로세서 모델을 사용할 수 있습니다.

  • Xeon MP 프로세서 2.2GHz/2MB, 2.7GHz/2MB, 3.0GHz/4MB;
  • PC2100 등록 DDR RAM용 슬롯 8개, 최대 16GB, Chipkill 및 핫 스페어 메모리 뱅크 지원
  • 4개의 기가비트 네트워크 컨트롤러(Broadcom 5704);
  • RAID 0, 1, 10을 지원하는 듀얼 채널 Ultra320 SCSI HostRAID 컨트롤러(Adaptec 7902W); 첫 번째 채널은 내장 하드 드라이브에 연결되고, 두 번째 채널(3/4 및 9/10 블레이드에만 해당)은 외부 드라이브(섀시 후면 패널에 연결됨)와 함께 사용할 수 있습니다.
  • 핫 스왑 기능이 있는 3.5" SCSI 드라이브용 베이 2개(36GB, 72GB, 146GB, 10000/15000rpm);
  • 추가 통신 카드용으로 2개의 내부 커넥터를 사용할 수 있습니다. PCI-X 인터페이스를 갖춘 듀얼 채널 파이버 채널 모듈이 제공됩니다.
  • 내장 비디오 어댑터 ATI Rage XL 8MB.

EM64T 기술을 지원하는 Intel Xeon 서버 프로세서의 최신 모델을 사용하도록 설계된 BX600 "블레이드" BX620 S2 라인의 추가 개발이 2004년 12월에 발표되었습니다.

  • Intel Xeon 프로세서(Nocona), 3.0-3.6GHz, 1MB L2 및 800MHz FSB;
  • DDR2-400 DIMM용 커넥터 6개, 최대 12GB 메모리, ECC, Chipkill, 온라인 스페어;
  • 내장형 2채널 기가비트 네트워크 컨트롤러;
  • RAID 0 및 1을 지원하는 내장 Ultra320 SCSI 컨트롤러;
  • 핫 스왑 기능이 있는 3.5" SCSI 드라이브용 베이 2개(36GB, 72GB, 146GB, 10000/15000rpm);
  • 하드 드라이브 1개를 사용하는 경우 PCI-X 64비트/133MHz 슬롯 1개를 확장 카드(절반 길이, 전체 높이)에 사용할 수 있습니다. 설치를 위해 다음이 제공됩니다: 2채널 기가비트 네트워크 컨트롤러; 2채널 Ultra320 SCSI 컨트롤러, Ultra160 SCSI 컨트롤러, 서버 전면 패널에 대한 커넥터 출력;
  • 옵션 통신 보드에 사용할 수 있는 내부 커넥터 1개; 제공: 듀얼 채널 파이버 채널 모듈 및 듀얼 채널 기가비트 네트워크 컨트롤러(둘 다 PCI-X 인터페이스 포함); 모든 블레이드는 동일한 모듈을 사용해야 합니다.
  • 내장 비디오 어댑터 ATI Radeon 7000-M 16MB.

최대 구성에서는 7U 케이스의 10/20개 디스크에 20개의 Xeon 프로세서, 120/80GB RAM 및 2.8/1.4TB 디스크 메모리를 얻을 수 있습니다. 또한 네트워크 스위치와 KVM 스위치도 설치됩니다. 아마도 유일한 단점은 4 프로세서 모듈에 추가 확장 카드를 설치할 수 없다는 점일 것입니다. 반면, 머리가 두 개인 노드는 클러스터 컴퓨팅에 더 자주 사용됩니다.

FSC의 모든 블레이드 시스템에는 다음 소프트웨어가 제공될 수 있습니다.

  • Windows Server 2003 스탠다드 에디션/엔터프라이즈 에디션/웹 에디션;
  • SuSE Linux Enterprise Server/Professional Linux, Red Hat Enterprise Linux;
  • CITRIX-소프트웨어 W-MF, 다중 사용자 SW MetaFrame, LoadBalancing;
  • PRIMECLUSTER 클러스터링 및 로드 밸런싱.

또한 설치 및 관리를 위한 독점 소프트웨어가 제공됩니다.

  • 적응형 서비스 제어 센터;
  • 리모트뷰 소프트웨어;
  • 리모트뷰 진단;
  • 원격배포;
  • 터미널 서버 배포;
  • Altiris 서버 배포;
  • 서버시작;
  • 서버뷰.

특히 CA ARCserve 및 Vmware vPlatform과 같은 추가 소프트웨어를 제공할 수 있습니다.

모든 블레이드 서버 모델과 함께 제공되는 소프트웨어 중 두 가지 응용 프로그램이 있습니다. 사전 설치된 애플리케이션과 함께 사전 준비된 OS 이미지를 사용하는 RemoteDeploy는 새 블레이드를 풀에 연결하는 데 걸리는 시간을 획기적으로 줄일 수 있습니다. 또한 새 이미지를 덮어써서 서버 역할을 빠르게 변경할 수 있습니다. Adaptive Services Control Center를 사용하면 관리자가 설정한 규칙에 따라 풀에 있는 개별 블레이드 서버의 역할을 자동으로 변경할 수 있습니다. 예를 들어, 웹 서버의 로드가 증가하면 메일 서버 등의 전력을 "제거"할 수 있습니다. 그리고 컴퓨팅 클러스터의 로드가 크지 않으면 간단히 일부 노드를 끌 수 있습니다. 또한 이 기술을 사용하면 장비 오류가 발생하는 경우에도 로드 밸런싱이 가능합니다.

위 기능: 가상화(시스템은 풀에 수집되어 모든 역할에서 일반적으로 사용 가능), 자동화(컴퓨팅 리소스는 지정된 규칙에 따라 필요한 서비스를 제공하기 위해 자동으로 사용됨), 통합(컴퓨터 시스템의 모든 부분(컴퓨팅 장치, 저장 장치, 네트워크 장비)가 작동하고 함께 관리됨) FSC는 동적 데이터 센터를 위한 제품 및 솔루션을 개발하기 위한 전략에 TRIOLE을 통합했습니다. 이 방향의 첫 번째 단계 중 하나는 블레이드 서버 제품군을 개발하는 것입니다.

PRIMERGY 블레이드 서버를 기반으로 하는 전체 시스템을 위한 옵션 중 하나는 mySAP용 FlexFrame입니다. SAP의 새 소프트웨어 버전 간의 중요한 차이점은 모듈식, 이기종 구조이므로 이전에 사용된 단일 서버 모델은 mySAP에 적합하지 않습니다. 또한 "클래식" 시스템 설계를 적용할 때 내결함성 및 확장성에 대한 요구 사항으로 인해 상당한 비용이 발생합니다. FlexFrame은 SAP, Fujitsu-Siemens Computers 및 NetApp이 공동으로 개발했으며 적응형 컴퓨팅 개념 프레임워크 내의 첫 번째 솔루션을 나타냅니다. FlexFrame은 유연하고 효율적인 솔루션입니다.

  • 각 mySAP 서비스는 모든 블레이드에서 실행될 수 있습니다.
  • 필요한 서비스는 관리 시스템의 요청에 따라 자동으로 활성화됩니다.
  • 새 블레이드를 설치하고 시작하는 데 걸리는 시간은 단 몇 분입니다.
  • 모든 소프트웨어는 중앙 저장소에 있으며 네트워크를 통해 다운로드됩니다.

대규모 클라이언트에 대한 중요한 사항도 언급하겠습니다. FlexFrame 시스템은 SAP의 인증을 받았습니다.

FSC는 회사 versionapp과 함께 터미널 서버 팜용 솔루션도 제공합니다. 배포가 빠르며 220개 블레이드 시스템을 완전히 설치하는 데 4시간밖에 걸리지 않습니다. 이 경우 전체 프로세스가 자동으로 수행되며 OS, Citrix Metaframe, 사용자 계정 및 애플리케이션 설치가 포함됩니다.

회사의 블레이드 서버를 기반으로 시스템을 설치한 FSC의 고객 중에는 대형 은행, 통신 회사 및 부처가 있습니다. 이 경우 한 설치의 블레이드 수는 1600개에 이릅니다.

BX600 섀시의 솔루션을 기존 섀시의 솔루션과 비교해 보겠습니다. 별도의 디스크 시스템을 갖는 것이 더 낫기 때문에 예를 들어 NetApp의 2TB FAS200 파일러를 추가하여 3U를 차지합니다. 전체적으로 10U당 10개의 듀얼 프로세서 또는 5개의 쿼드 프로세서 시스템이 제공됩니다. 기존 랙 모델에 비슷한 전력의 시스템을 조립하는 경우 각 2프로세서 서버에 1U를 사용해야 하고 4프로세서 서버에 2U를 사용해야 합니다. 전체적으로 우리는 볼륨이 동일합니다(네트워크나 FC 스위치와 같은 작은 사항은 고려하지 않습니다).

두 옵션 모두 장단점이 있습니다. 컴퓨팅 성능 측면에서는 동일합니다. 신뢰성도 사실상 동일합니다. 두 경우 모두 소음과 열 수준이 높기 때문에 근처에 있지 않는 것이 좋습니다. 적절하게 구성된 제어 시스템을 사용하면 어떤 시스템과도 쉽게 작업할 수 있습니다. 또한 블레이드 서버는 대부분 소프트웨어로 구성되어 있으므로 원하는 경우 일반 하드웨어에서 블레이드 서버의 모든 기능을 구현할 수 있습니다. 물론 고장난 블레이드를 교체하는 것은 보기에도 아름답고 1U 서버를 푸는 것보다 눈에 띄게 빠릅니다. 또한 블레이드 옵션은 전선 수가 적고 캐비닛 후면에 더 많은 순서가 있지만 외부 네트워크 스위치를 사용하면 기존 솔루션에 유연성이 추가됩니다. 끝없이 계속할 수 있습니다. 그런데 기존 1U 솔루션도 확장 기능이 그다지 풍부하지 않다는 사실을 잊어서는 안됩니다. 일반적으로 여기에는 1개 또는 2개의 프로세서, 최대 8GB의 메모리, 4개의 하드 드라이브, 2개의 기가비트 네트워크 컨트롤러 및 1개 또는 2개의 확장 슬롯이 포함됩니다. 어쨌든 각 특정 작업에 대해 모든 것을 잘 그리고 신중하게 고려해야 합니다.

예측

현재 블레이드 서버 시장은 천천히 발전하고 있습니다. 새로운 블레이드 모델이 출시되고 하드웨어와 소프트웨어가 모두 업데이트되고 있습니다. 그러나 다음과 같은 사실로 인해 우리는 낙관적인 예측을 할 수 없습니다. 블레이드 서버 기반 솔루션은 여러 측면(예: 전력, 확장성, 관리 용이성, 안정성 등)에서 기존 솔루션보다 열등하지 않으며 종종 독특하다는 사실에도 불구하고 다른 한편으로는 다음과 같습니다. 이로 인해 블레이드 서버가 확립된 전통을 깨뜨리는 것으로 조심스럽게 간주되는 경우가 많습니다. 또 다른 이유는 시스템 구현 비용이 상대적으로 높기 때문입니다. 회사의 IT 시스템 확장이 일반적으로 추가 컴퓨터를 설치하여 수행되는 경우 설치된 블레이드 수가 적은 섀시라도 비슷한 용량의 개별 서버보다 비용이 더 많이 들 수 있습니다. 특히 솔루션에 사소하지 않은 장치를 사용하는 경우에는 더욱 그렇습니다. 데이터 저장 시스템. 시스템에는 상당한 투자가 필요하고 기존 소프트웨어 및 장비에 항상 쉽게 통합되지는 않기 때문에 아마도 하나의 공급업체에 묶여 있다는 "가상" 두려움도 중요한 역할을 할 것입니다. 회사의 IT 구조 개발을 위한 명확한 계획과 올바른 공급업체 선택은 이러한 문제를 해결하는 데 도움이 될 수 있습니다.

섀시 하드웨어 설계에 대한 개방형 표준이 부족하다는 점도 블레이드 솔루션 시장의 발전에 부정적인 역할을 합니다(그리고 이는 종종 다른 회사의 솔루션이 실제로 동일한 설계의 작은 변형이라는 사실에도 불구하고 볼 수 있음). , 예를 들어 지난 모스크바 IDF 포럼에서). 소프트웨어를 사용하면 최신 블레이드가 표준 장비를 기반으로 생성되고 원하는 경우 널리 사용되는 소프트웨어를 사용하여 모든 것을 구현할 수 있으므로 상황이 조금 더 간단합니다. 물론 이 경우 블레이드의 모든 기능이 사용되는 것은 아닙니다. 따라서 불행하게도 IDC의 낙관적인 예측(2004년부터 2005년까지 EMEA 지역의 블레이드 서버 배송량이 80% 증가)에도 불구하고 가까운 미래에 IBM PC의 인기가 블레이드 서버를 위협하지는 않습니다. 그러나 대규모 고객, 특히 성장하는 데이터 센터 시장의 참가자에게는 블레이드 서버에 관심을 기울이고 모든 것을 올바르게 계산하는 것이 합리적입니다.

필요한 공간을 줄이기 위해 구성 요소를 바구니에 담아 정리했습니다. 바구니- 전원 공급 장치 및 네트워크 컨트롤러와 같은 일반 구성 요소에 대한 액세스를 제공하는 블레이드 서버용 섀시입니다. 블레이드 서버라고도 합니다. 초소형 서버.

내부구조

블레이드 서버에는 전통적으로 컴퓨터에서 발견되는 일부 일반적인 구성 요소가 부족하거나 외부화되어 있습니다. 전원 공급, 냉각, 네트워크 연결, 하드 드라이브 연결, 서버 간 연결 및 관리 기능을 외부 장치에 할당할 수 있습니다. 이들과 함께 서버 세트가 소위 블레이드 시스템을 형성합니다.

프로세서와 RAM은 블레이드 서버에 배치해야 하며, 원칙적으로 나머지 구성 요소는 휴지통에 버릴 수 있습니다. 블레이드 서버의 개념은 나머지 구성 요소 중 일부를 외부 장치(전원 공급 장치) 또는 가상화(입/출력 포트, 관리 콘솔)로 교체하여 서버 자체를 크게 단순화하고 용이하게 하는 것입니다.

외부 플러그인 유닛

블레이드 시스템은 블레이드 서버 세트와 비컴퓨팅 기능을 제공하는 외부 구성 요소로 구성됩니다. 일반적으로 발열이 많고 공간을 많이 차지하며 서버 간 기능을 반복하는 구성 요소는 서버 마더보드에서 제거됩니다. 해당 리소스는 전체 서버 세트에 분산될 수 있습니다. 내장 기능과 외부 기능의 구분은 제조업체마다 다릅니다.

전원 공급 장치

전원 공급 장치 변환기는 일반적으로 전체 블레이드 시스템에 공통적으로 생성됩니다. 내부에 장착하거나 별도의 블록에 배치할 수 있습니다. 포맷 서버에 필요한 개별 전원 공급 장치의 합계와 비교할 때, 블레이드 시스템용 단일 전원 공급 장치는 공간, 전력 소비 및 전자 부품 수를 절감하는 가장 중요한 요소 중 하나입니다.

냉각

전통적인 서버 설계에서는 전자 부품의 밀도와 전자 부품 사이의 냉각 공기 순환 능력 사이의 균형을 맞추려고 시도합니다. 블레이드 설계에서는 돌출된 대형 부품의 개수를 최소화하여 모듈의 냉각 성능을 향상시켰습니다.

네트워크 연결

최신 네트워크 인터페이스는 전도성 케이블과 광케이블을 통해 매우 높은 데이터 전송 속도를 제공하도록 설계되었습니다. 이러한 장비는 비용이 많이 들고 서버 설계에서 공간을 차지합니다. 빈번한 사례는 실제 작업에서 그 기능이 요구되지 않는 네트워크 인터페이스의 과도한 대역폭입니다. 네트워크 인터페이스를 하나의 장치로 결합하거나 네트워킹 전용 특수 블레이드 슬롯을 사용하면 커넥터 수를 줄이고 각 연결 비용을 줄일 수 있습니다.

디스크 드라이브 사용

대용량 데이터와 프로그램은 상당한 저장 용량을 필요로 하지만 로컬에 위치할 필요는 없습니다. FireWire, SATA, SCSI, DAS, 파이버 채널 및 iSCSI와 같은 인터페이스를 사용하면 프로세서에서 상당한 거리에 있는 드라이브를 연결할 수 있습니다. 네트워크 연결과 유사하게(iSCSI 인터페이스는 이에 의존함) 해당 장치를 블레이드 시스템 인클로저에 배치하거나 전용 블레이드 슬롯에 마운트할 수 있습니다.

SAN(Storage Area Network)을 통해 부팅되는 전용 블레이드 솔루션을 사용하면 매우 안정적이고 컴팩트한 서버 시스템을 만들 수 있습니다.

전용 블레이드 슬롯

블레이드 슬롯 인터페이스의 표준화를 통해 계산을 수행할 수 있을 뿐만 아니라 네트워크 스위치, 라우터, 로컬 네트워크 또는 광섬유에 대한 빠른 연결 기능과 같은 기타 서비스도 제공하는 장치를 만들 수 있습니다. 이러한 리소스는 다른 블레이드 슬롯에서 사용할 수 있습니다.

사용 분야

표준 서버 랙에서 최소 서버 크기는 일반적으로 1개이며, 이러한 랙은 42개 장치를 수용할 수 있습니다. 즉, 바스켓 없이 배치할 경우 최대 42개 서버를 수용할 수 있습니다. 블레이드 서버를 사용하면 표준 랙의 크기를 초과하지 않고 이러한 제한을 우회할 수 있으며 각 서버에 최대 100개의 서버를 수용할 수 있습니다.

블레이드 서버는 웹 호스팅, 클러스터 구성 등 특정 문제를 해결하는 데 특히 효과적입니다. 랙 서버는 일반적으로 핫스왑이 가능합니다.

블레이드 시스템을 구축하는 기술은 폐쇄적이지 않지만(어느 한 회사 소유) 단일 제조업체의 구성 요소를 사용하면 설치 및 구성에 따른 문제가 줄어듭니다. 인터페이스의 표준화는 사용자가 기술에 더 쉽게 접근할 수 있도록 하고 공급업체의 선택을 확대할 수 있습니다.

모든 장점에도 불구하고 이 기술은 모든 서버 문제에 대한 해결책으로 간주될 수 없습니다. 대규모 작업에는 여전히 메인프레임 및 클러스터와 같은 솔루션을 위한 더 큰 시스템을 사용해야 합니다. 블레이드 서버로 구성된 클러스터도 사용할 수 있습니다. 이 구조는 각 전자 장치의 조밀한 포장으로 인해 과열 문제에 특히 취약합니다.

창조의 역사

표준 19인치 랙의 한 슬롯에 맞는 마이크로컴퓨터는 8비트 마이크로프로세서가 개발된 직후인 1970년대부터 사용되기 시작했습니다. 이러한 슬롯 세트는 산업 시설 관리에 사용되어 미니 컴퓨터를 대체했습니다. 프로그램은 슬롯의 EPROM(전기적으로 프로그래밍 가능한 메모리)에 기록되었으며 기능은 한 번의 간단한 실시간 작업으로 제한되었습니다.

"블레이드 서버"라는 이름은 하드 드라이브나 플래시 메모리가 설치된 시스템에 적용되기 시작했습니다. 덕분에 슬롯에서 본격적인 운영체제를 실행할 수 있게 됐다.

이 기술은 메인프레임의 일부 기능을 차용합니다. 그러나 블레이드 슬롯 그룹을 독립적인 서버의 클러스터로 간주하는 것이 더 정확합니다. 리소스 가상화를 적극적으로 사용하고 운영 체제와의 긴밀한 통합도 가능하므로 성능과 안정성이 더욱 향상됩니다.

블레이드 시스템의 최초 제조업체는 Compaq 사람들이 설립한 RLX Technologies(미국 휴스턴)로 간주됩니다. 2005년에 HP가 회사를 인수했습니다.

2000년대 후반을 기준으로 블레이드 시스템 생산의 선두주자는 휴렛패커드(Hewlett-Packard)였으며, 2008년 매출 및 장비 생산 및 납품 대수 기준으로 국제 시장 점유율은 54.0%, 50.6%였다. 2위 IBM(23.9%, 25.9%)의 2배에 달하는 수치다. 기타 주요 시장 참가자: Dell(글로벌 시장 점유율 각각 8.1% 및 9.5%), Fujitsu Siemens Computers(3.5% 및 2.1%), Sun(4.1% 및 4.0%), Hitachi(1.0% 및 0.6%) 및 NEC( 1.6% / 1.2%).

Appro, Intel, Rackable(SGI), Verari, Supermicro와 같은 다른 회사들도 다양한 수준의 성공을 거둔 블레이드 서버를 생산하지만 블레이드 서버 시장 점유율은 10분의 1% 이하에 불과합니다.

"블레이드 서버" 기사에 대한 리뷰를 작성하세요.

연결

또한보십시오

블레이드 서버 설명 발췌

Anna Pavlovna의 거실이 점차 채워지기 시작했습니다. 상트페테르부르크의 가장 높은 귀족들이 도착했습니다. 그들은 가장 다양한 연령대와 성격을 갖고 있었지만 그들이 살았던 사회에서는 모두 동일했습니다. 바실리 왕자의 딸인 아름다운 헬렌이 도착하여 아버지를 데리고 사절의 휴가에 함께갔습니다. 그녀는 암호와 무도회 가운을 입고있었습니다. la femme la plus seduisante de Petersbourg(상트페테르부르크에서 가장 매력적인 여성)로도 알려진 어리고 작은 공주 볼콘스카야는 지난 겨울에 결혼해 지금은 임신 때문에 큰 세상으로 나가지 못했지만 여전히 작은 저녁에 갔다가 도착했습니다. Vasily 왕자의 아들인 Hippolyte 왕자가 Mortemar와 함께 도착했고, 그가 소개한 사람이었습니다. Abbot Moriot와 다른 많은 사람들도 도착했습니다.
-아직 본 적 ​​있나요? 또는: – 당신은 ma tante [나의 이모]를 모르시나요? -Anna Pavlovna는 도착하는 손님에게 말하고 매우 진지하게 그들을 높은 활을 입은 작은 노부인에게로 인도했습니다. 그 노부인은 손님이 도착하기 시작하자마자 다른 방에서 떠오른 후 이름을 부르며 천천히 손님에게서 눈을 움직였습니다. 엄마 탄테 [이모]에게 갔다가 떠났습니다.
모든 손님은 알려지지 않고 흥미롭지 않으며 불필요한 이모를 맞이하는 의식을 수행했습니다. Anna Pavlovna는 슬프고 엄숙한 동정심으로 그들의 인사를 지켜보며 조용히 승인했습니다. Ma Tante는 자신의 건강, 건강, 폐하의 건강에 대해 모든 사람에게 동일한 용어로 말했습니다. 이제는 신에게 감사하게도 더 나은 상태였습니다. 예의를 갖추어 서두르지 않고 어려운 의무를 다한 안도감을 가지고 다가온 사람들은 모두 저녁 내내 한 번도 그녀에게 접근하지 않기 위해 노파에게서 멀어졌습니다.
젊은 공주 Bolkonskaya는 수 놓은 금색 벨벳 가방에 작품을 가지고 도착했습니다. 약간 검게 칠해진 콧수염을 가진 예쁜 윗입술은 이빨이 짧았지만 더욱 달콤하게 벌어졌고 때로는 더욱 달콤하게 늘어나서 아랫입술에 떨어졌습니다. 꽤 매력적인 여성들의 경우가 늘 그렇듯, 그녀의 결점인 짧은 입술과 반쯤 벌린 입이 그녀에게는 특별해 보였고 그녀의 실제 아름다움은 특별해 보였습니다. 건강하고 활력이 넘치며 자신의 상황을 너무나 쉽게 감당하는 이 예쁜 임산부를 보는 것이 모두들 즐거웠습니다. 그녀를 바라보던 노인들과 지루하고 우울한 젊은이들에게는 한동안 그녀와 이야기를 나누고 그들 자신도 그녀처럼 된 것 같았습니다. 그녀에게 말을 걸고 그녀의 밝은 미소와 말 한마디마다 끊임없이 눈에 띄는 반짝이는 하얀 치아를 본 사람은 그가 오늘 특히 친절하다고 생각했습니다. 그리고 그것은 모두가 생각한 것입니다.
작은 공주는 뒤뚱거리며 팔에 작업 가방을 들고 작은 빠른 발걸음으로 테이블 주위를 돌아다니며 유쾌하게 드레스를 펴고 은색 사모바르 근처 소파에 앉았습니다. ] 그녀와 그녀 주변의 모든 사람들을 위해.
“J"ai apporte mon ouvrage [작품을 캡처했습니다]”라고 그녀는 조준선을 펼치고 모두에게 함께 연설하며 말했습니다.
"보세요, Annette, ne me jouez pas un mauvais 투어"라고 그녀는 여주인에게 돌아섰습니다. – Vous m"avez ecrit, que c"etait une toute petite soiree; Voyez, comme je suis attifee. [나한테 나쁜 농담하지 마세요; 당신은 아주 짧은 저녁 시간을 보내고 있다고 나에게 편지를 보냈습니다. 내가 얼마나 형편없는 옷을 입고 있는지 보시오.]
그리고 그녀는 팔을 벌려 가슴 바로 아래에 넓은 리본이 달린 레이스로 덮인 우아한 회색 드레스를 보여주었습니다.
Anna Pavlovna는 "Soyez tentle, Lise, vous serez toujours la plus jolie [침착해, 당신은 다른 사람들보다 더 나아질 것입니다]"라고 대답했습니다.
"Vous savez, mon mari m"abandonne" 그녀는 같은 어조로 계속해서 장군에게 말했습니다. "il va se faire tuer. Dites moi, pourquoi cette vilaine guerre, [알다시피, 내 남편이 나를 떠나고 있습니다. 그는 가고 있습니다. 그녀는 바실리 왕자에게 "왜 이 끔찍한 전쟁인가? "라고 말했고 대답을 기다리지 않고 바실리 왕자의 딸인 아름다운 헬렌에게로 향했습니다.
– Quelle delicieuse personne, que cette petite princesse! [이 작은 공주는 정말 사랑스러운 사람이에요!] - 바실리 왕자는 안나 파블로브나에게 조용히 말했습니다.
작은 공주가 나온 직후, 잘린 머리에 안경, 당시 유행하던 가벼운 바지, 높은 프릴, 갈색 연미복을 입은 덩치 크고 뚱뚱한 청년이 들어왔습니다. 이 뚱뚱한 청년은 현재 모스크바에서 죽어가는 유명한 캐서린의 귀족 베주히 백작의 사생아였습니다. 그는 아직 아무데도 봉사하지 않았고, 자신이 자란 해외에서 막 도착하여 사회에 처음으로 참여했습니다. Anna Pavlovna는 미용실에서 가장 낮은 계층에 속한 사람들의 활로 그를 맞이했습니다. 그러나 이런 낮은 인사에도 불구하고 피에르가 들어오는 것을 보자 안나 파블로브나의 얼굴에는 그 장소에 비해 너무 거대하고 특이한 것을 보았을 때 표현된 것과 비슷한 걱정과 두려움이 보였다. 실제로 피에르는 방에 있는 다른 남자들보다 약간 더 컸지만, 이 두려움은 이 거실에 있는 모든 사람들과 그를 구별하는 지적이고 동시에 소심하고 관찰력 있고 자연스러운 모습과만 관련될 수 있었습니다.
"C"est bien aimable a vous, monsieur Pierre, d"etre venu voir une pauvre malade, [피에르, 당신이 불쌍한 환자를 방문하게 되어 정말 친절합니다.] - Anna Pavlovna는 그에게 무서운 눈빛을 교환하며 말했습니다. 그녀가 그를 실망시킨 그녀의 이모. 피에르는 이해할 수 없는 말을 중얼거리며 계속해서 눈으로 무언가를 찾았다. 그는 즐겁고 유쾌한 미소를 지으며 어린 공주에게 마치 친한 친구인 것처럼 인사를 하고 이모에게 다가갔습니다. Anna Pavlovna의 두려움은 헛되지 않았습니다. 왜냐하면 Pierre는 폐하의 건강에 대한 숙모의 연설을 듣지 않고 그녀를 떠났기 때문입니다. Anna Pavlovna는 다음과 같은 말로 그를 두려워했습니다.
“수도원장 모리오를 모르시나요?” 그는 매우 흥미로운 사람이다...”라고 그녀는 말했다.
- 네, 영원한 평화를 위한 그분의 계획에 대해 들었는데, 아주 흥미롭긴 하지만 거의 불가능해요...
"그렇다고 생각하세요?..." 안나 파블로브나는 무슨 말이라도 하고 주부로서의 본분으로 돌아가고 싶어 말했지만 피에르는 무례함과는 정반대의 행동을 했습니다. 첫째, 그는 대담자의 말을 듣지 않고 떠났다. 이제 그는 그를 떠나야하는 대화 상대를 중단했습니다. 그는 머리를 구부리고 큰 다리를 벌린 채 대수도원장의 계획이 키메라라고 믿었던 이유를 Anna Pavlovna에게 증명하기 시작했습니다.
“나중에 얘기하겠습니다.” Anna Pavlovna가 웃으며 말했습니다.
그리고 어떻게 살아야 할지 모르는 청년을 쫓아내고 다시 주부의 본분으로 돌아가 대화가 약해질 때까지 계속해서 주의 깊게 듣고 지켜보며 도움을 주려 했다. 방적 작업장의 주인이 노동자들을 제자리에 앉힌 후 시설 주위를 돌아다니면서 물레가 움직이지 않거나 비정상적이고 삐걱거리고 너무 큰 소리를 내는 것을 알아차리고 서둘러 걷거나 제지하거나 제대로 움직이게 하는 것과 같습니다. 그래서 Anna Pavlovna는 거실을 돌아다니며 말이 없는 남자나 너무 많은 말을 하고 있는 서클에 다가가서 한 마디 또는 동작으로 다시 균일하고 괜찮은 대화 기계를 시작했습니다. 그러나 이러한 걱정 속에서도 피에르에 대한 특별한 두려움은 여전히 ​​​​그녀에게서 드러났습니다. 그가 Mortemart 주변에서 무슨 말을 하는지 듣기 위해 올라오고 수도원장이 말하고 있는 다른 서클로 가는 동안 그녀는 그를 조심스럽게 바라보았습니다. 해외에서 자란 피에르에게는 오늘 저녁 안나 파블로브나의 모습이 러시아에서 처음으로 목격되었습니다. 그는 상트 페테르부르크의 지식인 전체가 여기에 모였다는 것을 알고 장난감 가게에있는 어린 아이처럼 눈이 커졌습니다. 그는 우연히 듣게 될 현명한 대화를 놓치는 것을 여전히 두려워했습니다. 이곳에 모인 사람들의 당당하고 우아한 표정을 보며 유난히 스마트한 것을 계속 기대하게 됐다. 마침내 그는 모리오에게 다가갔다. 그 대화는 그에게 흥미로워 보였고 그는 젊은 사람들이 좋아하는 것처럼 자신의 생각을 표현할 기회를 기다리며 중단했습니다.

Notes에서는 소규모 프로젝트에서의 적용 가능성이 낮기 때문에 엔터프라이즈 기술을 종종 무시합니다. 하지만 오늘 기사에서는 예외입니다. 모듈식 시스템인 "블레이드"에 대해 이야기할 것이기 때문입니다.


IT 세계에는 "믿을 수 없을 만큼 멋지다"는 큰 아우라와 이와 유사한 신화에 가려질 만큼 건축학적 즐거움이 많지 않습니다. 따라서 더 이상 복잡하게 설명하지 않고 실제로 이러한 종류의 시스템의 기능과 적용 가능성에 대해서만 설명하겠습니다.

엔지니어를 위한 레고

블레이드 서버는 일반적인 마더보드, RAM, 프로세서, 많은 보조 시스템 및 어댑터를 갖춘 거의 일반 서버입니다. 그러나 "거의"는 이러한 서버가 자율 작동을 위한 것이 아니며 특수 섀시에 설치하기 위해 특수 소형 케이스에 제공된다는 것입니다.


섀시(또는 "바구니")는 서버 및 추가 모듈을 위한 좌석이 포함된 큰 상자에 지나지 않습니다. 모든 서버와 구성 요소는 대형 스위칭 보드(Backplane)를 사용하여 연결되고 구성됩니다. 블레이드 시스템.


전체 시스템을 구성 요소로 분해하면 표에서 다음 슬라이드를 찾을 수 있습니다.

    블레이드 서버(블레이드) – 전원 공급 장치, 팬, 네트워크 커넥터 및 제어 모듈이 없는 서버입니다.

    섀시 – 본체 및 백플레인;

    모든 시스템 구성요소를 위한 전원 및 냉각 시스템

    외부 세계와의 통신을 위한 스위칭 장치

  • 제어 모듈(IPMI 테마의 다양한 변형)

이 모든 것들은 모든 구성 요소가 중복될 수 있기 때문에 컴팩트한 크기(보통 6-10U)와 높은 수준의 안정성 측면에서 일반 서버 캐비닛과 다릅니다. 그런데 여기에는 신화 중 하나가 있습니다. 12개의 블레이드가 하나의 대형 서버에 조립되지 않습니다. 공통 인프라를 갖춘 단지 12개의 서버만 있을 것입니다.


그런데 HPE에는 기존 블레이드 서버인 HPE Superdome과 유사한 솔루션이 있습니다. RAM이 있는 프로세서 모듈은 블레이드로 사용됩니다. 이러한 솔루션에서는 전체 시스템이 실제로 하나의 고성능 서버를 나타냅니다.

다양한 블레이드 시스템 제조업체의 아키텍처 솔루션의 미묘한 차이는 이미 Habré에서 논의되었으므로(이 기사는 오래되었지만 기본 사항과 관련이 있음) 설명을 위해 HPE의 블레이드 시스템인 BladeSystem c7000을 사용합니다.


블레이드는 다음과 같습니다.

    디스크 어레이 - 예를 들어 최대 12개의 2.5인치 드라이브를 설치할 수 있는 HPE StorageWorks D2200sb. 이것이 바로 DAS 스토리지를 여러 서버와 쉽고 간편하게 공유할 수 있는 방법입니다.

    외부 스토리지 시스템 및 완전한 NAS 서버에 액세스하기 위한 SAN 스위치(예: HPE StorageWorks X1800sb)

  • 테이프 장치.

아래 그림은 완전히 구성된 HPE BladeSystem c7000을 보여줍니다. 구성 요소의 위치는 명확합니다. 상호 연결 모듈 섹션에 주의하세요. 서버 네트워크 인터페이스를 외부로 간단히 전달할 수 있도록 내결함성 네트워크 장치 쌍 또는 패스스루 모듈이 각 행에 설치됩니다.



HPE ProLiant BL460c Gen8의 소형 블레이드는 2.5인치 드라이브 2개만 맞습니다. 더 나은 아름다움을 위해 디스크 대신 SAN 또는 PXE 디스크 시스템에서 네트워크 부팅을 사용할 수 있습니다.



다음은 IBM의 보다 컴팩트한 블레이드 시스템입니다. 노드의 위치는 다르지만 일반적인 원칙은 동일합니다.



제 생각에는 블레이드에서 가장 흥미로운 점은 네트워크 구성 요소입니다. 세련된 컨버지드 스위치를 사용하면 블레이드 시스템의 내부 네트워크로 진정한 기적을 이룰 수 있습니다.

작은 네트워크와 엔터프라이즈의 마법

네트워크 모듈은 특수 이더넷이나 SAS 스위치일 수도 있고 두 가지를 모두 수행할 수도 있습니다. 물론 일반 스위치를 블레이드 시스템에 설치할 수는 없지만 호환 모델은 친숙한 브랜드에서 생산됩니다. 예를 들어 "3대 기업"인 HPE, Cisco, Brocade가 있습니다. 가장 간단한 경우 이는 16개의 이더넷 포트(HPE Pass-Thru)를 통해 16개의 블레이드를 모두 가져오는 네트워크 액세스 모듈일 뿐입니다.



이러한 모듈을 사용하면 네트워크 회선 수는 줄어들지 않지만 최소한의 투자로 기업 LAN에 연결할 수 있습니다. 대신 8개의 1GbE 이더넷 포트와 4개의 1GbE SFP 포트를 갖춘 저렴한 Cisco Catalyst 3020을 사용하는 경우 몇 개의 일반 섀시 포트만 전체 네트워크에 연결하면 됩니다.



이러한 네트워크 장치는 일반 장치와 기능면에서 다르지 않습니다. HPE VC(Virtual Connect) 모듈이 훨씬 더 흥미로워 보입니다. 주요 특징은 LAN 및 SAN 대역폭을 유연하게 할당하여 여러 개의 별도 네트워크를 생성하는 기능입니다. 예를 들어, 10GbE를 섀시에 연결하고 이를 6개의 기가비트 LAN과 1개의 4Gb SAN으로 "절단"할 수 있습니다.



동시에 VC는 각 서버에 대해 최대 4개의 연결을 지원하므로 창의성과 클러스터 조립을 위한 특정 범위가 열립니다. 다른 제조업체도 유사한 솔루션을 보유하고 있습니다. Lenovo의 유사한 솔루션을 IBM BladeCenter Virtual Fabric이라고 합니다.


대중적인 믿음과는 달리 블레이드 자체는 일반 서버와 다르지 않으며 가상화 측면에서 특별한 이점을 제공하지 않습니다. 흥미로운 기회는 HPE의 VC 또는 Hitachi의 LPAR과 같은 공급업체에 고정된 특별한 기술을 사용할 때만 나타납니다.

하나의 콘솔에서 여러 IPMI

블레이드 서버를 구성하려면 내장된 BMC 하드웨어 관리 모듈(HPE의 경우 iLO)을 사용할 수 있습니다. 관리 및 원격 연결 메커니즘은 기존 서버와 크게 다르지 않지만 OA(Onboard Administrator) 제어 모듈 자체는 서로를 백업하고 섀시의 모든 장치를 관리하기 위한 단일 진입점을 제공할 수 있습니다.


OA에는 외부 모니터 연결을 위한 내장 KVM 콘솔이 있거나 네트워크 인터페이스만 있을 수 있습니다.



일반적으로 OA를 통한 관리는 다음과 같습니다.




더 나은 방법은 블레이드 시스템을 HPE Insight Control 또는 후속 OneView와 같은 외부 관리 소프트웨어에 연결하는 것입니다. 그런 다음 새 블레이드에 운영 체제 자동 설치 및 클러스터 로드 분산을 구성할 수 있습니다.


안정성에 대해 말하면 블레이드는 일반 서버처럼 고장납니다. 따라서 구성을 주문할 때 구성 요소 예약과 펌웨어 지침을 주의 깊게 연구하는 것을 무시하지 마십시오. 정지된 온보드 관리자가 관리자에게 불편을 끼치는 경우에만 블레이드 시스템의 모든 요소 펌웨어를 잘못 업데이트하면 작동하지 않을 수 있습니다.


하지만 이 모든 마법 뒤에는 우리는 일상적인 문제를 완전히 잊어버렸습니다.

회사에 블레이드가 필요합니까?

고밀도, 적은 수의 와이어, 한 지점에서 제어 등 모두 좋지만 솔루션 비용도 평가해 보겠습니다. 추상적인 조직에서 한 번에 10개의 동일한 서버를 시작해야 한다고 가정해 보겠습니다. 블레이드와 기존 랙 마운트 HPE ProLiant DL 모델의 비용을 비교해 보겠습니다. 평가를 단순화하기 위해 하드 드라이브 및 네트워크 장비 비용은 고려하지 않습니다.






가격은 2017년 2월 6일 현재 기준입니다. 출처 – STSS


그 차이는 거의 200만 루블에 달하며 추가 제어 모듈과 이상적으로는 다른 섀시 등 완전한 내결함성을 포함하지 않았습니다. 게다가 서버 네트워크 인터페이스를 외부와 쉽게 연결하기 위해 가장 저렴한 패스스루 모듈을 사용하기 때문에 편리한 네트워크 전환이 불가능합니다. 여기서는 Virtual Connect가 더 적합하겠지만 가격이...
직접적인 비용 절감은 없을 것으로 밝혀졌으므로 블레이드의 나머지 장단점을 살펴보겠습니다.

몇 가지 추가 주장

블레이드 시스템의 확실한 장점은 다음과 같습니다.

    설치 밀도. 하나의 DC에 매우 많은 서버가 필요한 경우 블레이드는 구원과 같습니다.

    유연한 내부 블레이드 전환으로 인한 깔끔하고 컴팩트한 케이블링 인프라;

    관리 용이성 – 추가 소프트웨어를 설치하지 않고도 하나의 콘솔에서 전체 바스켓을 관리할 수 있습니다.

    핫 스왑 가능한 드라이브처럼 섀시에 공간이 있는 동안 새 블레이드를 쉽게 설치할 수 있습니다. 이론적으로 블레이드를 설치할 때 PXE를 통해 구성된 시스템을 즉시 부팅하고 클러스터에 리소스를 배포할 수 있습니다.

  • 신뢰할 수 있음. 거의 모든 노드를 예약할 수 있습니다.

하지만 단점이 없다면 어떨까요?

    블레이드 제한 사항. 4개의 프로세서와 다수의 로컬 하드 드라이브(예: NMVE SSD)가 있는 서버가 필요한 경우 전체 섀시 용량의 1/4에 이러한 대형 블레이드를 설치하면 고밀도 케이지 사용이 의미가 없게 됩니다.

    신뢰할 수 있음. 구성 요소가 중복되었음에도 불구하고 단일 실패 지점, 즉 섀시의 통신 보드(백플레인)가 있습니다. 오류가 발생하면 모든 블레이드가 작동하지 않을 수 있습니다.

    분리가 불가능합니다. 지리적으로 분산된 클러스터를 생성해야 하는 경우 단순히 서버의 절반을 꺼내서 이동할 수는 없습니다. 다른 섀시가 필요합니다.

  • 가격. 섀시 자체의 비용은 블레이드 3개에 해당하며, 블레이드 비용은 본격적인 서버와 맞먹습니다.

그럼 무엇을 선택해야 할까요?

호스팅 회사와 같이 대규모 데이터 센터에서는 블레이드가 매우 자연스럽게 보입니다. 이러한 시나리오에서는 확장 속도와 최대 장비 밀도가 우선입니다. 공간과 관리 비용을 절감하면 바스켓과 모든 종류의 가상 연결 모두에 대한 비용을 지불할 수 있습니다.


다른 경우에는 기존 랙 서버를 사용하는 것이 더 합리적이고 보편적인 것으로 보입니다. 또한, 빠른 가상화 시스템의 광범위한 채택으로 인해 블레이드의 인기가 더욱 감소했습니다. 왜냐하면 대부분의 애플리케이션은 가상 서버를 사용하여 "집적화"될 수 있기 때문입니다. 가상 머신을 관리하는 것이 블레이드보다 훨씬 더 편리하다고 말할 수 있습니다.


소규모 회사에서 블레이드 시스템을 사용해 본 적이 있다면 관리에 대한 감상을 공유해 주세요.



질문이 있으신가요?

오타 신고

편집자에게 전송될 텍스트: