데이터 센터 모니터링: 기존 BMS를 새 BMS로 교체한 방법 2 부

첫 번째 부분에서는 데이터 센터의 기존 BMS 시스템을 새 시스템으로 교체하기로 결정한 이유에 대해 이야기했습니다. 단순히 변경하는 것이 아니라 요구 사항에 맞게 처음부터 새로 개발하십시오. 두 번째 부분에서는 우리가 어떻게 했는지 알려드리겠습니다.

시장 분석

에 설명된 내용을 고려하여 첫 번째 부분 기존 시스템 업데이트를 거부하기로 결정한 후 시장에서 솔루션을 찾기 위해 기술 사양을 작성하고 산업용 SCADA 시스템 제작에만 종사하는 여러 대기업에 문의했습니다. 

이들의 첫 번째 응답에 따르면 모니터링 시스템 시장의 리더는 주로 하드웨어 서버에서 계속 작업하고 있지만 이 부문에서 클라우드로의 마이그레이션 프로세스가 이미 시작되었습니다. 가상 머신 예약에 관해서는 아무도 이 옵션을 지원하지 않았습니다. 더욱이 시장에 눈에 띄는 개발자 중 이중화의 필요성을 이해하는 사람조차 없다는 느낌이 들었습니다. "클라우드는 무너지지 않습니다"가 가장 일반적인 대답이었습니다. 실제로 우리는 동일한 데이터 센터에 물리적으로 위치한 클라우드에 데이터 센터 모니터링을 배치하라는 제안을 받았습니다.

여기서 우리는 계약자를 선택하는 과정에 대해 약간의 여담을 만들 필요가 있습니다. 물론 가격도 중요하지만, 복잡한 프로젝트 구현을 위한 입찰 과정에서 공급업체와의 대화 단계에서 어느 후보자가 더 관심이 있고 구현 능력이 있는지 느끼기 시작합니다. 

이는 복잡한 프로젝트에서 특히 두드러집니다. 

기술 사양에 대한 질문을 명확하게 하는 성격에 따라 계약자는 단순히 판매에 관심이 있는 사람(영업 관리자의 표준 압력이 느껴짐)과 제품 개발에 관심이 있는 사람, 고객의 의견을 듣고 이해하여 건설적인 최종 선택 이전에도 기술 사양을 수정하면(다른 사람의 기술 사양을 개선하고 입찰에서 패할 위험이 실제로 있음에도 불구하고) 결국에는 전문적인 도전을 받아들이고 좋은 제품을 만들 준비가 된 것입니다.

이 모든 이유로 우리는 대부분의 요구 사항에 즉각적으로 응답하고 새로운 BMS에 관한 모든 요구 사항을 구현할 준비가 되어 있는 상대적으로 작은 현지 개발자인 Sunline 회사 그룹에 관심을 갖게 되었습니다. 

위험

대기업들이 우리가 원하는 것을 이해하려고 노력하고 사전 판매 수준의 전문가를 포함하여 우리와 여유롭게 서신을 주고받는 동안 현지 개발자는 기술팀이 참여하는 가운데 우리 사무실에서 회의 일정을 잡았습니다. 이번 회의에서 계약자는 다시 한 번 프로젝트에 참여하겠다는 의사를 밝혔으며, 가장 중요한 것은 필요한 시스템이 어떻게 구현될 것인지 설명했습니다.    

회의 전에 우리는 대규모 국내 또는 국제 기업의 자원이 없는 팀과 협력할 때 두 가지 위험을 확인했습니다.

1. 전문가는 자신의 능력을 과대평가하여 결과적으로 대처에 실패할 수 있습니다. 예를 들어 복잡한 소프트웨어를 사용하거나 실행 불가능한 예약 알고리즘을 설계하게 됩니다.
2. 프로젝트가 완료된 후 프로젝트 팀이 해체될 수 있으며, 이에 따라 제품 지원이 위태로워질 수 있습니다.

이러한 위험을 최소화하기 위해 우리는 자체 개발 전문가를 회의에 초대했습니다. 잠재적인 계약자의 직원들은 시스템의 기반이 무엇인지, 이중화 구현 계획 및 운영 서비스로서 우리가 충분히 유능하지 않은 기타 문제에 대해 철저히 인터뷰했습니다.

평결은 긍정적이었습니다. 기존 BMS 플랫폼의 아키텍처는 현대적이고 단순하며 안정적이며 개선될 수 있으며 제안된 중복성 및 동기화 체계는 논리적이고 실행 가능합니다. 

첫 번째 위험이 처리되었습니다. 두 번째는 계약자로부터 시스템의 소스 코드와 문서를 우리에게 전송할 준비가 되었다는 확인을 받고 우리 전문가들에게 잘 알려진 Python 프로그래밍 언어를 선택하여 제외되었습니다. 이를 통해 개발 회사가 시장을 떠날 경우에도 어려움 없이 자체적으로 시스템을 유지할 수 있는 기회와 장기간의 직원 교육을 보장했습니다.

플랫폼의 또 다른 장점은 Docker 컨테이너(이 환경의 커널, 웹 인터페이스 및 제품 데이터베이스 기능)에 구현되었다는 것입니다. 이 접근 방식은 "클래식"에 비해 솔루션 배포 속도가 가장 빠르며 시스템에 새 장치를 쉽게 추가할 수 있는 사전 설정을 포함하여 많은 이점을 제공합니다. "모두 함께" 원칙은 시스템 구현을 최대한 단순화합니다. 시스템 포장을 풀기만 하면 즉시 사용할 수 있습니다. 

이 솔루션을 사용하면 시스템 복사본을 만들기가 더 쉬워지고, 솔루션 전체의 운영을 중단하지 않고도 별도의 환경에서 시스템을 개선하고 업그레이드를 구현할 수 있습니다.  

두 위험이 모두 최소화되면 계약자는 CP를 제공했습니다. 이는 BMS 시스템의 가장 중요한 매개변수를 모두 다루었습니다.

페이지

새로운 BMS 시스템은 클라우드의 가상 머신에 위치해야 했습니다. 

이 배포 모델과 관련된 하드웨어, 서버 및 모든 불편함과 위험이 없습니다. 클라우드 솔루션을 사용하면 이러한 문제를 영원히 제거할 수 있었습니다. 시스템은 상트페테르부르크와 모스크바에 있는 두 데이터 센터 사이트의 클라우드에서 작동하기로 결정되었습니다. 이는 모든 승인된 전문가에 접근할 수 있는 활성 대기 모드에서 작동하는 두 가지 완전한 기능 시스템입니다. 

두 시스템은 서로를 보장하여 컴퓨팅 성능과 데이터 전송 채널을 모두 완벽하게 확보합니다. 데이터 및 채널, 시스템, 가상 머신 전반의 백업, 월 XNUMX회 별도의 데이터베이스 백업(관리 및 분석 측면에서 가장 귀중한 자원) 등 추가적인 보안 조치도 구성됐다. 

BMS 솔루션의 옵션으로 이중화는 우리의 요청에 맞게 특별히 개발되었습니다. 예약 체계 자체는 다음과 같습니다.

지원

BMS 솔루션의 효과적인 운영을 위해 가장 중요한 점은 기술지원입니다. 

여기에서는 모든 것이 간단합니다. 이 지표에 따르면 새로운 시스템의 비용은 35 루블입니다. SLA "000시간 이내 응답"의 경우 월별, 즉 연간 8 x 35 / 000 = $12입니다. 첫해는 무료입니다. 

비교를 위해 공급업체의 기존 BMS를 유지하는 데 드는 비용은 새 장치가 추가될 때마다 증가하여 연간 18달러입니다! 동시에 회사는 전담 관리자를 제공하지 않았으며 모든 상호 작용은 요청 처리에 중점을 두고 잠재적 구매자로서 우리에게 관심이 있는 영업 관리자를 통해 이루어졌습니다. 

더 적은 비용으로 단일 진입점 등을 통해 제품 개발에 참여할 계정 관리자를 통해 완전한 제품 지원을 받았습니다. 시스템의 모든 측면에 대한 즉각적인 조정, API를 통한 통합 등을 위해 개발자에게 직접 액세스할 수 있어 지원이 훨씬 더 유연해졌습니다.

업데이트

새로운 BMS에서 제안된 CP에 따르면 모든 업데이트는 지원 비용에 포함됩니다. 추가 지불을 요구하지 않습니다. 기술 사양에 명시된 것 이상의 추가 기능을 개발하는 경우는 예외입니다. 

이전 시스템에서는 펌웨어 업데이트(예: Java)와 버그 수정에 대해 비용을 지불해야 했습니다. 이를 거부하는 것은 불가능했으며 업데이트가 없으면 내부 구성 요소의 이전 버전으로 인해 시스템 전체가 "느려졌습니다".

물론, 지원 패키지를 구매하지 않고는 소프트웨어 업데이트도 불가능했습니다.

유연한 접근 방식

또 다른 기본 요구 사항은 인터페이스와 관련이 있습니다. 우리는 데이터 센터 영역에 엔지니어가 의무적으로 참석하지 않고도 어디서나 웹 브라우저를 통해 이에 대한 액세스를 제공하고 싶었습니다. 또한 우리는 근무 중인 엔지니어들이 인프라의 역동성을 더욱 명확하게 이해할 수 있도록 애니메이션 인터페이스를 만들려고 노력했습니다. 

또한 새로운 시스템에서는 엔지니어링 시스템의 가상 센서 작동을 계산하기 위한 공식(예: 장비 랙 전체에 전력을 최적으로 분배하는 방법)에 대한 지원을 제공해야 했습니다. 이렇게 하려면 센서 표시기에 적용할 수 있는 모든 일반적인 수학 연산을 마음대로 사용할 수 있어야 합니다. 

다음으로, 장비 작동에 필요한 데이터, 즉 약 20만 개의 변수를 생성하는 XNUMX천 개의 장치와 XNUMX천 개의 가상 센서에 대한 모든 모니터링 기록을 가져올 수 있는 SQL 데이터베이스에 대한 액세스가 필요했습니다. 

하드웨어의 총 중량을 계산하여 각 장치의 장치 배열을 그래픽으로 표현하고 장치 라이브러리와 각 요소에 대한 세부 정보를 유지 관리하는 랙 장비 회계 모듈도 필요했습니다. 

기술사양 승인 및 계약체결

새로운 시스템에 대한 작업을 시작해야 했던 당시에는 "대형" 회사와의 서신에서 제안 비용에 대한 논의가 아직 멀었기 때문에 받은 CP를 기존 BMS 업데이트 비용과 비교했습니다(참조: 제 부) 결과적으로 가격면에서 더 매력적이며 우리의 요구 사항을 충족하는 것으로 나타났습니다.

선택이 이루어졌습니다.

계약자를 선정한 뒤 변호사들은 합의서를 작성하기 시작했고, 양측 기술팀은 기술 사양을 다듬기 시작했다. 아시다시피 상세하고 유능한 기술 사양은 모든 작업의 ​​성공을 위한 기초입니다. 기술 사양이 구체적일수록 “하지만 이건 우리가 원한 게 아니다”라는 실망감은 줄어듭니다.

기술 사양의 요구 사항 세부 수준에 대한 두 가지 예를 제시하겠습니다.

1. 근무 중인 데이터 센터는 BMS에 새 장치를 추가할 수 있는 권한을 부여받으며, 대부분 PDU입니다. 기존 BMS에서는 '관리자' 수준으로 모든 기기의 변수 설정 변경도 가능해 기능 분리가 불가능했다. 이것은 우리에게 적합하지 않았습니다. 새 플랫폼의 기존 기본 버전에서도 구성표는 유사했습니다. 우리는 이러한 역할을 분리하고 싶다고 참조 조건에 즉시 표시했습니다. 승인된 직원만 설정을 변경해야 하지만 근무 중인 직원은 계속해서 장치를 추가할 수 있어야 합니다. 이 계획은 구현을 위해 승인되었습니다.
2.  모든 표준 BMS에는 세 가지 일반적인 알림 범주가 있습니다. 빨간색 - 즉시 응답해야 함, 노란색 - 관찰 가능, 파란색 - "정보". 우리는 전통적으로 고객의 랙이 용량 제한을 초과하는 등 비즈니스 매개변수가 초과되는 경우를 모니터링하기 위해 파란색 경고를 사용해 왔습니다. 우리의 경우 이러한 유형의 알림은 관리자를 위한 것이었고 운영 서비스에는 관심이 없었지만 이전 BMS에서는 정기적으로 활성 사고 목록을 막고 운영 작업을 방해했습니다. 우리는 알림 바지의 논리와 색상 차별화를 성공적으로 고려하여 유지했습니다. 그러나 기술 사양에서는 "파란색" 알림이 근무 담당자의 주의를 산만하게 하지 않고 별도의 섹션에 조용히 "부어"야 한다고 구체적으로 명시했습니다. 상업 전문가가 처리합니다.

유사한 수준의 세부 사항으로 그래프 구성 및 보고서 생성 형식, 인터페이스 개요, 모니터링해야 하는 장치 목록 등 많은 사항이 규정되었습니다. 

이는 세 가지 작업 그룹, 즉 요구 사항과 조건을 결정하는 고객 서비스의 진정한 창의적인 작업이었습니다. 이러한 조건을 기술 문서로 변환하는 임무를 맡은 양측의 기술 전문가; 개발된 기술 문서에 따라 고객의 요구 사항을 구현한 계약자 프로그래머 팀... 결과적으로 우리는 비원칙적인 요구 사항 중 일부를 기존 플랫폼의 기능에 적용했고 계약자는 우리를 위해 무언가를 추가하기로 약속했습니다. 

두 시스템의 병렬 작동

이제 시행할 시간입니다. 실제로 이는 계약자에게 가상 클라우드에 BMS 프로토타입을 배포하고 모니터링이 필요한 모든 장치에 네트워크 액세스를 제공할 수 있는 기회를 제공한다는 의미입니다.

그러나 새로운 시스템은 아직 작동 준비가 되어 있지 않았습니다. 이 단계에서는 기존 시스템에서 모니터링을 유지하는 동시에 새 시스템에 장치에 대한 액세스 권한을 부여하는 것이 중요했습니다. 장치를 확인하지 않고는 시스템을 제대로 구축하는 것이 불가능하며, 기존 시스템의 모니터링을 비활성화할 수도 없습니다. 

장치가 두 시스템의 동시 심문을 견딜 수 있는지 여부는 실제 테스트 없이는 분명하지 않았습니다. 이중 동시 폴링으로 인해 장치의 응답이 자주 거부될 가능성이 있었고, 장치를 사용할 수 없다는 오류가 많이 발생하여 기존 모니터링 시스템의 작동이 차단될 가능성이 있었습니다.

네트워크 부서는 클라우드에 배포된 새로운 BMS 프로토타입에서 장치까지 가상 경로를 실행했으며 결과를 얻었습니다. 

• SNMP 프로토콜을 통해 연결된 장치는 동시 요청으로 인해 실제로 연결이 끊어지지 않습니다. 
• Modbas-TCP 프로토콜을 사용하여 게이트웨이를 통해 연결된 장치에는 폴링 빈도를 지능적으로 줄임으로써 문제가 해결되었습니다.  

그런 다음 우리는 새로운 시스템이 우리 눈앞에 어떻게 구축되고 있는지 관찰하기 시작했습니다. 이미 우리에게 친숙한 장치가 나타 났지만 다른 인터페이스로 편리하고 빠르며 전화에서도 액세스 할 수 있습니다.

우리 기사의 세 번째 부분에서 결국 무슨 일이 일어 났는지 알려 드리겠습니다.

출처 : habr.com