= Dell 서버를 위한 최고의 베어 메탈 프로비저닝 도구는? =
베어 메탈 검색을 수행할 도구를 찾고 있습니다. 기본적으로 서버의 모든 구성 요소(CPU/디스크/메모리/NIC 모델/등), 펌웨어 버전, 모든 것이 LLDP를 통해 연결된 스위치 포트를 검색할 수 있는 네트워크 부팅(PXE/Bios 또는 UEFI)할 수 있는 이미지가 필요합니다. , API가 있는 일종의 인벤토리 도구에 모든 것을 다시 보고합니다. 엔터프라이즈 iDRAC 라이센스가 있는 모든 Dell 서버이지만 다중 공급업체 지원이 장점입니다. 이 모든 데이터가 있으면 이 프로필로 서버를 구축한다고 말할 수 있도록 일부 자동화를 구축하고 싶습니다. API는 해당 사양을 충족하는 서버에 대해 API를 쿼리한 다음 이동하여 BIOS 옵션, RAID를 구성합니다. 스위치 포트(포트 채널에서), PXE 설치를 위한 항목 추가(현재 cobbler를 사용하지만 대안이 있음) PXE 부팅을 통해 OS/원하는 구성을 설치합니다. 그것은 거의 확실하게 Ansible 기반일 것입니다.
몇 가지 오픈 소스 베어 메탈 프로비저닝 도구가 있지만 기존 꼭두각시 인프라 및 기타 기존 도구와 통합하는 데 엄청난 노력을 기울인 작은 Foreman을 제외하고는 경험이 없었습니다. 그들 중 내가 원하는 것을 할 수 있습니까, 아니면 동일한 최종 결과를 달성할 수 있는 약간 수정된 작업 흐름을 할 수 있습니까? LLDP 정보는 현재 새 장비를 장착할 때 인벤토리 도구에 수동으로 기록하는 데 의존하고(OS 설치 전, OS 설치가 지원하는 경우 자동으로 보고되는 시점) 수동으로 기록된 데이터가 너무 자주 잘못되기 때문에 LLDP 정보가 중요합니다. /missing 그리고 우리는 사물이 실제로 케이블로 연결된 위치를 파악하기 위해 스위치에서 찾아야 합니다.
나는 우리가 원하는 것을 할 수 있는 라이브 이미지를 구축하는 것에 대해 생각했습니다. 보고하는 데 사용할 수 있는 인벤토리 도구가 이미 있지만 기존 도구로 피할 수 있는 추가 작업일 수 있습니다.
Digital Rebar를 볼 수 있습니다. 내부 Dell 프로젝트로 시작되었으며 나중에 자체 회사로 분리되었습니다. Suse의 OpenStack 프로비저너는 1.0 버전을 기반으로 하며 2.0 브랜치를 더 일반화했습니다. 이제 OpenStack 프로젝트가 아닙니다. httpsrebar.디지털
Digital Rebar(httpsrebar.digital)를 적극 권장합니다. 그것은 당신이 찾고있는 것을 정확하게 수행합니다. 모든 프로비저닝 프로토콜을 정적으로 컴파일된 단일 Golang 바이너리에 통합하도록 설계되었습니다(작업을 수행하기 위해 12개의 외부 서비스를 설정해야 하는 악몽 같은 설정 없음). 구성 가능한(사용자 지정 가능) 워크플로를 지원하고 인벤토리, 분류 및 유효성 검사 구성 요소를 통합했습니다. 인벤토리는 외부 SoR(기록 시스템, 자산 관리 DB 등)로 삽질할 수 있으며 매우 강력한 CLI와 우수한 웹 포털을 통해 100% API 우선입니다.
OS 설치는 kickstart/preseed PXE 기반 또는 단일 아티팩트 이미지를 통해 수행할 수 있습니다. 또한 완전한 하드웨어 수명 주기 관리(BIOS, 펌웨어, RAID 컨트롤러)를 갖추고 있습니다. 단계적/단계적 워크플로를 사용하여 모든 작업을 수행하도록 선택하거나 기계를 분류하는 방법을 알고 있는 경우 완전한 제로 터치 자동화 워크플로를 구축할 수 있습니다.
Tinkerbell은 완전한 자동화 가능 도구가 아닙니다. 제안하지 않습니다. 유용한 정보를 얻으려면 4개의 별도의 개별 마이크로 서비스, 더 많은 통합 및 관리 문제가 필요합니다. Foreman은 순전히 프로비저닝을 목표로 하며 실제로 유용한 작업을 수행하려면 수많은 외부 서비스를 설정해야 합니다. 깨지기 쉽고 부서지기 쉽습니다. MaaS는 또한 프로비저닝에 중점을 두고 있으며 Ubuntu 전용 상점인 경우 가장 강력합니다. 그러나 Ubuntu에만 국한되지는 않습니다.
Digital Rebar는 완벽한 데이터 센터 라이프사이클 관리 기능을 염두에 두고 최신 서비스로 설계된 인프라 자동화 플랫폼입니다. 대부분의 기존 도구와 같이 측면에서 통합을 체결하지 않습니다. 도구 및 인프라와의 통합이 설계의 핵심입니다. 하드웨어 수명 주기 관리에는 고유한 요구 사항이 있으며, 처음부터 이기종 시스템과 복잡한 인프라 환경을 지원하도록 설계되었습니다.
[편집] - Digital Rebar는 인벤토리 단계의 일부로 LLDP 쿼리를 지원하므로 서버가 연결된 스위치와 포트를 결정할 수 있습니다.
전체 수명 주기 관리를 위한 Dell 하드웨어와 기타 공급업체 하드웨어에 대한 심층적인 지원이 있습니다.
우리는 Digital Rebar를 사용하고 마음에 들어요. 그 뒤에 있는 팀은 Slack에서 매우 반응이 좋으며 그 방향으로 갈 경우 가격이 합리적입니다. 우리는 그들과 함께 일하는 것을 좋아합니다.
학습 곡선에 약간의 시간이 걸리지만 매우 유연합니다. 또한 그들은 디버깅을 시도할 때 매우 유용한 오픈 소스 코드를 많이 가지고 있습니다.
나는 과거에 Puppet/Foreman으로 꽤 잘 달렸지만, 그것을 시작 및 실행 상태로 가져온 것은 내가 아닙니다. 현재 저는 MAAS(httpsmaas.io)의 팬이 되었습니다. 우분투 상점에 있다면 꼭 사용해보십시오.
Foreman은 전반적으로 매우 훌륭합니다. Foreman 검색 플러그인을 사용하여 원하는 것을 얻을 수 있습니다. 당신은 약간의 자동화를 할 수 있습니다. 그러나 성스러운 암소는 내가 가능한 모든 문제에 부딪힌 것 같습니다. 더 복잡한 작업과 물리적으로 액세스할 수 없는 서버로 작업하는 오프라인 설치 및 설정을 수행해야 했습니다. 내가 생각하는 것은 멋진 도구입니다. 실제로 사용해야 하고 Redhat Satellite 지원을 통해 예산을 관리해야 한다면(포먼은 Satellite의 커뮤니티 버전입니다). MaaS는 유망해 보였지만 그것을 가지고 놀지는 않았습니다(또한 CentOS/RHEL 설치를 자동화하고 있었습니다).
iDRAC의 기본 제공 Redfish API를 사용합니다. 대부분의 엔터프라이즈 벤더는 이미 관리 플레인에서 Redfish를 노출하고 있습니다.
Dell은 프로비저닝을 위한 거의 모든 작업을 수행하는 데 유용한 Python 스크립트 모음이 포함된 비공식 github 저장소를 보유하고 있습니다. 이 스크립트를 Ansible과 함께 사용하여 베어메탈을 프로비저닝합니다.
httpsgithub.com/dell/iDRAC-Redfish-스크립팅
모든 공급업체가 Redfish를 동등하게 지원하는 것은 아니라는 점에 유의해야 합니다. 우리는 다중 공급업체 환경의 어려움에 대해 많은 경험을 가지고 있습니다. 다른 공급업체 BMC(베이스보드 관리 컨트롤러)(예: iDRAC)는 다른 버전의 Redfish 프로토콜을 지원하며 일부는 다르게 구현합니다.
단일 공급업체 상점인 경우 이 전략이 효과가 있을 수 있지만 Redfish 지원/동작을 변경하는 다른 공급업체 또는 최신 버전의 BMC(또는 펌웨어 업그레이드)를 도입하는 경우 그에 따라 도구를 조정해야 합니다.
또한 관리하기 어려운 프로세스를 통해 OS를 사용자 지정해야 합니다. OS 내 도구가 없기 때문에 ISO 이미지에 "굽지"않는 한 말입니다.
기존 보고/관리 플레인을 교체하고 하이퍼바이저 OS 설치로 바로 건너뛰려는 경우 항상 httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID-가 있습니다. 8C221180-8B56-4E07-88BE-789B25BA372A.html
지금까지 Reddit에서 40개 투표 및 12개 댓글
전용 서버 호스팅#13
