작성자 : Techopedia Staff, 2016 년 8 월 12 일
테이크 아웃 : 호스트 Eric Kavanagh가 Rick Sherman, Dez Blanchfield 및 Robert Vandervoort와 모니터링 방법 및 동향에 대해 논의합니다.
현재 로그인하지 않았습니다. 비디오를 보려면 로그인 또는 가입하십시오.
에릭 카바나 흐 : 좋아요. 안녕하세요. 다시 한 번 환영합니다. 당신은 내 앞의 슬라이드를 볼 수있을 것입니다.“2016 년의 최신 기술”이라고합니다. 오늘 우리는“분석 및 최적화 : 모니터링에 대한 새로운 접근”에 대해 이야기하고 있습니다. 죄송합니다. 슬라이드에 약간의 오류가 있습니다. 보이지 않습니다. 자, 당신에 대한 슬라이드가 있습니다. 나는 당신의 호스트가 될 것입니다, 당신은 트위터 @Eric_Kavanagh에서 저를 찾을 수 있습니다, 그리고 당신을 다시 t 게되어 기뻐요.
브리핑 룸과는 다른 형식으로되어 있습니다. 우선 블로 셔 그룹의 데이터 과학자 인 릭 셔먼 (Rick Sherman)과 데즈 블랜치 필드 (Dez Blanchfield)라는 분석가가 있습니다. 주제를 다루십시오. 그런 다음 전문가 인 Robert Vandervoort의 말을들을 것입니다. 그는 매우 흥미로운 회사 인 IDERA에서 끝났습니다. 그들은 우리가 알고있는 회사 인 엠바 카데로 (Embarcadero)를 샀지 만, 다른 많은 것들과 흥미로운 것들이 있습니다. 릭 셔먼이 먼저옵니다.
내가 가기 전에 몇 가지 간단한 생각을 버리도록하겠습니다. 모니터링을 통한 분석 및 최적화라는 개념이 마음에 듭니다. 오늘 솔루션 모니터링에 대한 생각의 방식을 바꾸는 것에 대해 Robert로부터 우리가들은 내용을 좋아합니다. 사실 IT 환경에 있다면 모니터링은 항상 수행하는 작업입니다. 어떻게 든, 어쨌든 또는 비즈니스 세계에서 모니터링을 수행하고 있습니다. 형식적 일 수도 있고 비공식적 일 수도 있지만 일상적인 작업을 수행하는 메커니즘이 있습니다. 그리고 기계로 작업하고 있다면, 그들이 무엇을하고 있는지 알아 내려고합니다. 예를 들어 실패하거나 성능이 저하되는 것을 막으려 고합니다.
어떻게합니까? 글쎄, 그것을 할 수있는 방법이 많이 있습니다. 클라우드는 모니터링에있어 혁신의 모든 물결을 불러 일으켰습니다. 우리는 Splunk와 같은 회사가 등장하여 실제로 게임을 변화시키는 것을 보았고, 많은 다른 회사가 현재 다른 흥미로운 방식으로 모니터링을 시도하고 있습니다. 그리고 오늘 IDERA에서 우리가들을 것은 꽤 오랜 시간에 걸쳐 우리가 접한 더 창조적 인 접근법 중 하나라고 생각합니다. 저는 그것이 오늘날 여러분과 함께 공감하는 것이기를 바랍니다. 웹 캐스트 콘솔의 Q 및 A 구성 요소를 사용하여 언제든지 질문 할 수 있습니다. 부끄러워하지 말고 질문을 보내주십시오. 그런 다음 Rick Sherman에게 전달하겠습니다. 기다려 치워, 바닥은 당신입니다.
Rick Sherman : 알겠습니다. Eric. 안녕 모두들. 우리는 그 모니터링에 대해 이야기하고 왜 우리가 접근하는 방식을 바꾸어야하는지에 대해 이야기 할 것입니다. 우선, 빠른 배경 지식으로, 저는 앱 측과는 대조적으로 비즈니스 인텔리전스, 비즈니스 분석, 데이터 통합 등의 세계에 있습니다. 나는 업계에서 일어나고있는 이러한 다양한 트렌드의 백엔드에있었습니다. 우리는 빅 데이터, 작은 데이터, 기업 안팎의 빅 데이터, 작은 데이터, 데이터를 활용합니다.
우리는 사물 인터넷, 모니터, 장치에서 들어오는 것들을 가지고 있으며 사내 및 클라우드 등 관계형 데이터베이스 이외의 것들이 폭발적으로 발생하고 있습니다. 그러나이 모든 것이 모니터링의 의미는 무엇입니까? 데이터 통합 및 비즈니스 인텔리전스뿐만 아니라 시스템 성능 응용 프로그램 모니터링 및 관리 등을 위해 우리는 아주 단순한 세상을 가졌으며, 최소한 IT 관점에서는 단순했습니다. 모든 서버, 응용 프로그램, 데이터 및 온-프레미스 서버가 있으므로 전 세계를 제어했습니다. 관리하기가 훨씬 쉬웠습니다. 그러나 일어난 일은 기업이 훨씬 더 복잡해 졌다는 것입니다.
빅 데이터 만 잊어 버리는 폭발이 일어났습니다. 온 프레미스 및 클라우드에서 비즈니스 생산성을 향상시키고, 다양한 비즈니스 프로세스를 개선하고, 비즈니스가 다른 비즈니스 및 고객과 상호 작용할 수 있도록 애플리케이션이 폭발적으로 증가했습니다. 그들은 사업이나 사람들입니다. 다른 슬라이드 쇼처럼 다양한 종류의 다른 데이터베이스, 큰 데이터베이스, 관계형, 클라우드 등이 폭발적으로 증가했으며 서버 및 운영 체제의 실제 및 가상화 활용률이 훨씬 뛰어났습니다. 더 나은 관리를 위해 개별 서버 자체를 더 잘 활용하십시오. 물론 우리는 이러한 모든 응용 프로그램, 데이터베이스 및 서버간에 발생하는 전체 네트워크를 가지고 있습니다.
특히 내 세계에서 몇 가지 다른 것들이이 모든 것이 훨씬 더 많은 응용 프로그램 동기화를 유발했다는 것입니다. 우리는 점점 더 많은 응용 프로그램 서버, 데이터베이스를 사용하여 데이터를 이동하고, 데이터를 동기화하고, 기업 내부와 외부의 서로 다른 프로세스간에 데이터를 통합합니다. 물론이를 지원하는 데 필요한 데이터 통합이 있습니다.
이를 염두에두고 우리가 관리하고있는 온-프레미스 서버 세트의이 안전하고 안전한 세상에서이 엔터프라이즈와 기업 외부의 응용 프로그램 및 데이터의 종류로 이동한다는 사실을 염두에두고 “실제로 환경을 관리하는 방법은 무엇입니까?”이 웹 세미나가 흥미로운 이유는 현재의 업무 상태가 너무 좋지 않았기 때문입니다. 우리는 데이터베이스, 서버, SharePoint, 운영 체제, 데이터 이동 등을 볼 수있는 다양한 도구를 보유하고 있습니다. – 사일로가있는 것처럼 분산되어 관리하거나 특정 서버, 특정 응용 프로그램, 특정 데이터베이스를 모니터링 할 수는 없었습니다. 그것들은 모두 상호 작용적이고 상호 연관되어 있기 때문에 개별적인 부분 이상의 것입니다. 여러분은 그것들을 함께 모아야합니다. 그리고 우리가 가지고있는 것 – 이것은 제가 고등학교 사진이라고 생각합니다 – 우리는 사람들을 가졌습니다. 이러한 도구를 관리하기 위해 시스템의 창자에 깊이 들어가기 위해 이러한 도구에 대한 전문 지식을 갖추고 있습니다.
그것들은 비싸고 비용이 많이 들고 시간이 많이 걸렸으며, 우리는 이러한 부분들을 계속보고 관리하려고 노력하고 실제로 기업을 관리 할 수 없다는 점에서 진흙에 갇혀있었습니다. 그것이 우리를 떠난 곳이나 그것이 우리를 가져온 곳은 필요입니다. 엔터프라이즈 모니터링이 필요했습니다. 온 프레미스 및 클라우드의 데이터베이스에서 동일한 방식으로 애플리케이션을 볼 수 있어야합니다. 서버, 네트워크, 가상화, 비 가상화 시스템, 데이터 통합, 애플리케이션 동기화 비즈니스 인텔리전스 분석에서와 같이 가장 먼저해야 할 일은 이러한 모든 다른 서비스와 인프라, 애플리케이션에 대한 데이터를 캡처하는 것입니다.
두 번째로해야 할 일은 데이터가 서로 어떻게 관련되어 있는지 확인하기 위해 해당 데이터를 정리하는 것입니다. 이 조각들이 어떻게 상호 관련되어 있는지를 파악하고 그것을 모을 때까지는 아무것도 할 수 없습니다. 그러나 데이터를 통합하고 데이터를 통합하기 때문에 데이터를 캡처하고 있기 때문에보다 포괄적 인 또는 엔터프라이즈 응용 프로그램 관리로 전환하는 방법이 실제로 증가하고 있습니다. 해당 응용 프로그램 관리 및 모니터링 분석
가장 먼저해야 할 일은 이러한 개별 시스템이나 부품에 어떤 일이 발생하는지 파악하는 것입니다. 두 번째로해야 할 일은 왜 일어나는지 이해하는 것입니다. 이를 위해서는 응용 프로그램, 데이터베이스, 서버 및 상호 연결 방법 및 서로 관련되는 방법 및 어떤 일이 발생하는지에 대한 심층적 인 지식이 필요합니다. 내 말은, 종종 우리는 어떤 일이 발생하는 문제에 부딪 히고 실제로 근본 원인이 아닌 다른 일의 증상 일뿐입니다. 왜 그런 일이 일어나고 있는지 파악해야하지만 데이터를 수집하고 부품을 모니터링 할 수 있어야합니다.
마지막으로, 예측 분석 또는 예측 모니터링에 대해 약간 살펴 보았습니다. 또는 왜 어떤 일이 일어날 지 또는 다음에 일어날 일을 알아 내기 시작했습니다. 무언가가 실패하거나 실패하거나 임계 값에 도달하면, 우리는 그것이 무엇을 의미하는지, 다음에 일어날 다른 일을 유발하고 이해할 수 있어야합니다. 모니터링을 통해 데이터를 캡처하고 다음에 무엇이, 왜, 다음에 무엇인지 분석하기 시작한 후 데이터 및 분석을 기반으로 관리를 시작합니다.
데이터를 캡처하는 것은 좋지만 데이터를 분석하는 것은 좋지만 분석과 데이터는 실제로 실행 가능해야합니다. 반응을 보이고, 일어나고있는 일에 반응하고, 그 자체를 고치려고 적극적으로 노력해야합니다. 따라서 도구를 모니터링하고 시각적으로 분석해야 할뿐만 아니라 실제로 자동화 된 방식이나 체계적인 방식으로 문제를 해결할 수 있어야합니다. 이것은 기업에서 성장한 요구 사항이며 BI 및 비즈니스 분석 관점 및 데이터 통합 관점에서 다시 한 번 제기됩니다. 우리는 종종 브레이크 포인트가 무엇인지 파악하는 데 문제가 있습니다. 확장이되지 않는 이유, 실패한 이유, 비즈니스 사용자가 서비스 수준 계약이 충족되고 있다고 느끼지 않는 이유는 무엇입니까? 우리는 애플리케이션과 데이터를 사용하여이 모든 훌륭한 일을 할 수 있지만, 이를 지원하는 시스템은 관리해야합니다. 데즈?
에릭 카바나 : 맞아, 데즈.
Dez Blanchfield : 고맙습니다. 우리는 거기에 완전히 동의하는 몇 가지 작은 영역이있을 것입니다. 사물을 모니터링하는 세계에서 내 인생에 대한 간단한 배경 지식. 사실, 거의 20 년 전에 내 동생과 나는 이런 식으로 보이는 환경에서 함께 일했었다. 네트워크 운영 센터입니다. 이것은 현재의 것으로, 라우터와 스위치, 서버, 방화벽, 응용 프로그램을 실행하는 시스템, 응용 프로그램과 그 데이터베이스 및 모든 범위의 서버가 상호 연결된 시스템에서 모든 것을 관리했습니다.
당시에는 모니터링에 사용할 수있는 도구가 많지 않았습니다. 몇 가지 무료 및 오픈 소스 도구가 있었지만 엔드 투 엔드 모니터링을 수행 한 소수의 응용 프로그램 스택은 비용이 많이 들고 실용적이지 못했습니다. 그래서 우리는 실제로 앉아서 책을 썼고 믿거 나 말거나 인터넷은 일종의 일이되어 가고 있었고, 시스템 활동 보고서와 디스크 사용 및 메모리를 수집하기 위해 이러한 고유 한 시스템 인 Solaris 시스템에서 도구를 실행했습니다. 사용법 등을 확인하고 파일에 기록한 후 스크립트를 실행하십시오. 우리는 실제로 수집 된 데이터를 중앙 서버로 전자 메일로 보내고, 로그 파일 항목을 전자 메일에서 가져 와서 분석하고, 데이터베이스에 집어 넣고 그에 대한 예쁜 그래프를 그렸습니다.
우리는 우리가 무슨 일이 일어나고 있는지 말할 수 있기 때문에 아주 영리하고 시원하다고 생각했지만 오래 전에 우리를 강타한 것은 실제로 국가의 역사적 상태에 대해보고 할 수는 있지만 실제로 많은 것을 말하지는 않았다는 것입니다. 수집 한 데이터가 어딘가에 이메일로 전송 되었기 때문에 수집 된 서버에서 네트워크로, 이메일을 통해 데이터가 전송되기까지 몇 분이 걸렸기 때문에 즉각적인 의미에서 국가의 현재 상태에 대해 그리고 메일 서버로 들어가서 데이터베이스를 분리하여 넣었습니다. 그래서 실제로는 꽤 그래프 였지만이 모든 것이 후퇴에있었습니다.
실제로, 하나의 가상 데스크탑 인 척하는 18 개의 LCD 패널과 같은이 아름다운 그림의 왼쪽 상단에는 왼쪽 상단에 작은 녹색 그래프 인 그래프가 있습니다. 사물을 매핑합니다. 그리고 우리는 지금 당장 무슨 일이 일어나고 있는지, 심지어 미래에 일어날 일이 무엇인지 말하기가 거의 불가능하다는 끊임없는 좌절감을 가지고있었습니다. 몇 번이나 우리는 어떤 종류의 예측 그래프를 시도했지만 거의 20 년 전에 메모리에서 시작했습니다.
이것은 실제 네트워크 운영 센터 화면의 사진이며, 18 개의 LCD 패널이 모두 하나의 큰 Windows 데스크톱 인 것처럼 가장 해 붙어 있으며 조직 또는 통신 회사 또는 대기업의 유형에 대해 현재 국가의 상태입니다. 세상에서 일어나는 일을 추적하기 위해 달려갑니다. 네트워크, 라우터, 스위치 및 응용 프로그램 서버이든, 이 특정 화면에서 흥미로운 점이거나이 스크린 샷은 사진입니다. 하나의 큰 창이 아니며, 큰 웹 브라우저가 아니라는 것입니다. 작은 창문이 겹칩니다 이 문제가 발생하거나 다시 부팅하거나 어떤 이유로 종료하고 전원을 다시 켜야하는 경우, 일부 나쁜 바보는 앉아서 모든 개별 응용 프로그램을 다시 열어서 동일한 창을보기 위해 모든 창을 수동으로 타일링해야합니다. 누군가가 주문을 다시 넣는 순서를 알지 못하면 다시 만드는 것이 거의 불가능하며 현재 대부분의 네트워크 운영 센터가 보이는 것처럼 매우 슬픈 일이기 때문에 매우 힘들고 위험합니다. 누군가는 여러 앱과 모바일 시스템을 물리적으로 실행해야하며 과거를보고 있습니다. 따라서 많은 회사들이 모니터링이 실제로 이루어져야한다고 생각하는 방식으로 많은 변화가 없었습니다.
20 년 전, 우리는 서버를 핑할 수 있다면 서버를 핑할 수 있었지만 실제로는 핑과 같이 서버를 핑할 수 있기 때문에 실제로는 반향을 일으켜 "살아있다"는 말이 실제로 일어난다는 의미는 아닙니다. 핑백을하더라도 서버와 서버의 앱이 실행되지 않는 경우가 있습니다. 따라서 모니터링은 전체 과학입니다. 먼 길을오고 있지만 모니터링 세계와 서비스 관리 세계에서 우리가 구매하는 많은 최신 애플리케이션 스택은 예측하지 않습니다. 당시에는 훨씬 간단했습니다. 우리가 생각했던 것의 유형은 다음과 같습니다.“글쎄, 서버가 작동하고 응답하고 운영 체제가 온라인이며 연결될 수 있습니다. 응용 프로그램이 시작되어 실행 중이며 앱 서비스가 응답하는지 모니터링 할 수 있습니까? 웹 서버가 실행중인 것처럼 보이지만 포트 80 또는 443에 연결할 수 있습니까? 사용자가 그곳에있는 서비스에 연결할 수 있습니까?”그리고 종종 헬프 데스크 전화 벨이 울리는 것과 같은 단순한 문제가 발생했습니다. 그렇지 않은 경우, 그 날 가장 큰 결정은 누구의 차례였습니까? 도넛을 얻었습니까?
그런 다음 하이퍼 스케일 모든 개념, 특히 하이퍼 스케일 컴퓨팅이라는 개념이 나 왔으며, 이는 현재 다루고있는 볼륨, 속도 및 크기를 의미합니다. 많은 사람들이 세계의 유니콘과 Facebook, LinkedIn, Google의 세계에 대해 이야기하지만 실제로는 매우 복잡한 비즈니스 및 IT 환경을 가진 중소 규모의 조직이 많이 있습니다. 모니터하고, 손잡이를 잡고, 비즈니스의 디지털 펄스에 손가락을 대고, 불행히도 그들은 복잡한 수준의 복잡성으로 인해 혼란스럽게 실패합니다. 거의 모든 수준에서 볼 수 있습니다.
현대 기업이 처리해야 할 두 가지 기본 요소를 살펴보면 지금 당장 우리가 당연하게 생각하는 빅 데이터 플랫폼과 같은 단순한 것입니다. 왼쪽에는 Hadoop 버전 1이었던 프레임 워크, 매우 배치 모드, Hadoop의 배치 지향 버전, Hadoop 파일 시스템에서 실행되는 MapReduce 프레임 워크 및 다양한 도구가 있습니다. 우리는 효과적으로 연결했습니다. 그것들은 Pig and Hive 및 기타 도구와 같습니다. 오른쪽에는 기본적으로 Hadoop 프레임 워크의 두 번째 재 작업이 YARN을 중심으로 구축되었으며 약간 더 고성능 컴퓨팅 아키텍처와 더 나은 스케줄링이있었습니다. 이러한 개별 프레임 워크 자체를 보면 프레임 워크가 매우 복잡하고 그 안에서 수행 할 수있는 작업이 훨씬 더 복잡합니다.
클라우드 패러다임을 살펴보면 OpenStack의 모습과 OpenStack의 모델 인 시나리오가 있습니다. OpenStack은 수많은 작은 모듈로 구성된 개방형 클라우드 플랫폼이며 대략적인 다이어그램입니다. OpenStack 클라우드를 작동시키는 핵심 구성 요소입니다. 그리고 그것은 매우 복잡하고 매우 강력하지만 매우 복잡합니다. OpenStack 기반 플랫폼과 같은 클라우드를 출시하고, 복잡한 환경을 이해하고, 복잡한 환경을 이해하고도 신경 쓰지 않아도됩니다. 모니터링 대상 및 모니터링 대상 서비스, 모니터링 대상 및 모니터링 결과 이러한 문제는 현재 세계에서 가장 근본적인 부분과 사내 또는 공개 또는 하이브리드에서 실행하려는 클라우드 생태계와 관련하여 현재 직면하고있는 큰 문제입니다.
그런 다음 하둡 등과 같은 빅 데이터 세계와 같은 일부 프레임 워크는 실제로 큰 도전이자 그 내부의 사물이 변화하는 속도 또한 미래의 통찰력을 모니터링하고 얻는 것을 어렵게 만듭니다. 그리고 우리는 여전히이 세상에“오, 5 분 전에 무슨 일이 있었습니까?”라고 말하고 있습니다. 앞에서 들었 듯이, 온 사이트 또는 온 프레미스, 오프 사이트에 대한 도전과 함께 당신이 생각할 때입니다. 컴퓨터 나 데이터 센터 내부에있는 것들에 대해 여러 종류의 물리적 서비스와 가상 서버가 혼합되어 있으며 하나의 응용 프로그램 스택이있는 물리적 서버로 생각했던 변경 사항이 이제는 환경이 가상화됩니다. Hyper-V 또는 VMware, OpenStack 또는 Xen 등의 인프라
이제 하나의 응용 프로그램 스택을 실행하는 하나의 서버가 없어도되며 하이퍼 바이저를 실행하고 여러 개의 스택을 실행하고 있습니다. 방금 VMware, Hyper-V, OpenStack에 몇 가지 일반적인 것들을 나열했지만 수십 명의 다른 사람들과 그 사람들을 사용하고 있습니다. 또한 인프라 서버, 플랫폼 서버 및 소프트웨어 서버의 클라우드 조합과 그 자체의 각각의 클라우드 조합은 복잡성 수준이 높기 때문에 기본 수준에서 관리 및 모니터링에 대해 머리를 숙이고 있습니다. 무슨 일이 일어날 지 알아 내십시오.
그리고 그것이 충분히 나쁘지 않은 경우, 우리는 소프트웨어 정의 네트워킹과 정의 네트워킹을 가지고 있다는 점에서 소프트웨어 의미로 사물을 정의하는 시점에 있습니다. 네트워크 기능 가상화가 있으며 네트워크 기능 가상화, 가상 라우터, 가상 스위치, 가상 방화벽, 서버의 가상 인터페이스, 본드 가상 인터페이스 등의 구성 요소가 포함 된 소프트웨어 정의 네트워크를 관리하고 모니터링하려고합니다. 서비스와 앱의 조합으로 구성하고 모니터링의 차이점을 해결하려고합니다.
그리고 이제 우리는 가상화에서 컨테이너화로 빠르게 이동하고 있으며 최근 Kubernetes 및 HashiCorp 프로젝트 Docker 가상화를위한 오픈 소스 버전의 Google 툴셋을 만들고 컨테이너 형태를 만드는 기능에 대한 새로운 도전에 직면 해 있습니다. . 이제 컨테이너의 형태, 심지어 개별 컨테이너를 모니터링하려고 할 때 흥미로운 점은 한때 우리는 물리적 머신과 가상 머신, 그리고 전체 앱 스택과 그에 대한 생태계 (물리적이든 가상적이든)를 가졌다는 것입니다. 이제 몇 밀리 초 정도 실행될 수있는 Docker 인스턴스를 가질 수있는 환경이 있으며, 그들은 입증되고, 요청을 받고, 처리하고, 필요한 서비스를 제공 한 다음 죽습니다. 우리는 일종의 이동에서, 랜디 바이어스가 한 번 인용 한 것으로 생각합니다. 즉, 서버와 서비스를 애완 동물로 취급하고 항상 살아 남기 위해 노력해야합니다. 더욱 흥미로운 도전 과제 인 가축과 감시.
우리는 하이브리드 환경을 가지고 있으므로 전통적인 데이터베이스 환경과 같은 전통적인 애플리케이션 스택을 가지고 있습니다. Hadoop 및 Spark 빅 데이터 환경 사용, 선형 성장, 성장 및 스토리지, 선형 성장 및 확장 성, 이러한 컴퓨팅 플랫폼 중 일부에 대한 탄력적 환경과 같은 새로운 환경. BYOD를 수행하는 사람들의 이동성에 대한 요구. 회사가 소유하지 않은 랩톱을 어떻게 모니터링합니까? 애플리케이션과 서비스 및 보안을 어떻게 모니터링합니까? 그리고 기계에서 기계로, 그리고 사물 인터넷에서 기하 급수적으로 폭발합니다. 그리고 기계 모니터링과 사물 인터넷은 현재 일반적인 모니터링 방식으로 사용 된 일부 플랫폼, 특히 산업용 장치의 규모에 도달 할 때 거의 불가능합니다.
예를 들어, Dreamliner 787 비행기는 첫 번째 버전으로 만들어 졌을 때 기계 자체, 전체 비행기에 6, 000 개의 센서가 장착되었습니다. 이제 저는 최신 버전의 에어 버스를 알고 있습니다. A320이라고 생각합니다. 10, 000 개의 센서가 있으며 모니터링되는 장치에서 나오는 정보를 완전히 새로운 수준으로 모니터링하고 관리해야합니다. 우리는 기본적인 기능을 모니터링하여 온라인 상태 및 사용 가능한 기능을 파악하는 것뿐만 아니라 이제 예측 분석에 대한 요구가 적용되고 있습니다.
우리가 운영하는 비즈니스, 운영되는 시스템 및 제공하는 서비스 유형에 대한 모든 범위의 예측 분석을 수행했기 때문입니다. 그리고 지금보고보고 깨달은 것은 실제로 모니터링 서비스에 대한 예측 분석을 제공하고 2-5 분 전에 발생한 일뿐 만 아니라 지금까지 알고있는 내용을 기준으로 5 분 안에 일어날 일을 알려줍니다. 그리고 어떤 형태의 예측 분석을 수행 할 수 있다면 클라우드 및 가상화 된 환경에서 자동 스케일링과 같은 항목을 볼 수 있기 때문에 서비스 관리 방법에 대해 생각하는 것은 매우 흥미로운시기라고 생각합니다. 서버가 약간 과부하 상태임을 인식하면 서버 자체의 다른 사본을 인스턴스화하고 에코 시스템을 세우고 더 많은 작업 부하를 처리 할 수 있으며 작업 부하가 감소하면 서버는 거의 아래로 확장되어 시스템 중 하나를 잠자기 상태로 전환합니다. 정상 상태입니다. 엔드 라인 서비스를 통해 인프라와 하드웨어에서 모든 것을 모니터링하여 예측 분석 및 향후 상황을 볼 수 있습니다. 전체 엔드 투 엔드 여정, 마음은 우리가 살고있는 본질적으로 항상 요구되는 일을 위해 우리가 할 수있는 일에 대해 혼란스러워합니다. .
Eric Kavanagh : 좋아, Robert Vandervoort에게 열쇠를 건네 줄게. 거기에 많은 근거가 있으며 나는 여러분이 무엇을하는지 궁금합니다. 제가 말했듯이 저는 그 철학 전체를 좋아합니다. 원하는 경우 데스크톱을 공유하거나 슬라이드를 이동하십시오. 멀리 가져.
Robert Vandervoort : 좋습니다. 해당 버튼의 위치를 알고 있다면 여기에서 작업하고 있습니다.
Eric Kavanagh : 시작, 왼쪽 상단을 클릭해야합니다.
Robert Vandervoort : 아, 알겠습니다.
Eric Kavanagh : 클릭하면 공유 화면이 나타납니다. 거기 가세요.
Robert Vandervoort : 하루를 구했습니다. 대박. 좋아, 그래서 데즈, 그것은 전혀 협박하지 않았다. 오 이런 아니, 좋은 대화, 남자, 좋은 대화. 네, 물론, 저는 같은 생각입니다. 우리는 달에 가고 있습니다. 내 말은, 우리는 우리가이 일을 어떻게 수행 할 수 있을지 알아 내야한다는 것입니다. 그것이 취해진 감탄사를 추적하기 때문에 정말 어렵습니다. 이 소프트웨어 소프트웨어 회사에서 일하고 매일 개발 회의에 참석하는 것을 말해 줄 수 있습니다. 이것들은 우리가 이야기하는 것입니다. 우리는 산업계를 어떻게 유지합니까? 우리는 10 년 전의 모니터링 시스템이되기를 원하지 않습니다.
많은 생각을 가지고 사전 채팅에서 일부 사람들에게 말한 것처럼, 내가 가장 좋아하는 책 중 하나이며 이것이 나에 대해 너무 많이 말하지는 않지만“젠과 오토바이 유지 보수의 기술”입니다. 그것은 일종의 철학 책이라고 생각할 것이며, 실제로는 소설이 아닌 소설이지만, 무엇이든간에 요. 그는 질, 질, 질, 사물의 질에 대해 이야기합니다. 그래서 이것은 질에 대한 전체 형이상학이 등장한 것입니다. 저는 오늘 여러분에게 철학적 인 교훈을 주려고하지 않을 것입니다. 이 실용적 모니터링은 무엇입니까? 이것이이 전체 이슈에 대해 많은 생각을 한 후에 기본적으로 생각 해낸 것입니다. 우리가 옮길 수있는 이런 종류의 패러다임은 여러분이 말했듯이 서버를 애완 동물로 바꾸는 좋은 방법입니다.
말 그대로 두 단어의 정의입니다. 하나, 실용주의 : 현명하고 현실적으로 사물을 다루는 것. 기본적으로 실용적이라는 것은 실용적인 단어입니다. 모니터 : duh. 우리는 무언가를 찌르기를 원하고, 온도계를 그 안에 넣고, 다시 측정하고, 다시 측정하고, 다시 측정하고 검토하고 있습니다. 이 아이디어는 실제 방식으로 사물을 모니터링한다는 점에서이 두 가지 중 두 가지입니다. 잡히기가 매우 쉬우 며 사전 판매 측에있는 많은 사람들과 이야기를 나눌 수 있습니다. 저는 다른 회사의 기술자, 모든 다른 종류의 기술자, 모든 다른 종류의 기술자를 상대하고 있습니다. 회사, 업종 등 무엇이든 항상 같은 종류입니다. 많은 사람들이 이러한 거래에 참여할 때 사람들은 다음과 같이 말합니다.“정말로 서버를 모니터링하고 싶습니다. CPU가 무엇인지, CPU가 무엇인지, 프로세스가 무엇인지 알고 싶습니다. 드라이브의 공간이 부족하지 않습니다.”그리고 저는 지금 생각하고 있습니다. 정말 간단합니다. 그러나 저는 여기서 약간 다른 과정으로 머리를 감싸고 싶었습니다.
첫째, 모니터링에 관해 이야기 할 때 항상 제기되는 기술적 인 질문은 모두 가용성에 중점을두고 있습니다. 하드웨어 / 소프트웨어가 Ping 지점까지 작동합니까? 그래 괜찮아. 아니요 – 핑이 소프트웨어 작동을 의미하지는 않습니다. 서버가 온라인 상태이고 사용자가 취하고있는 접근 방식 인 경우 웹 서버를보고 응답하지 않는 이유를 확인하십시오. "이봐, 봐 "지금 응답하고 있습니다. 웹 서버로 원격으로 이동하여이를 살펴보면 상자에서 볼 수 있습니까?" 모니터링이 없을 때이 문제 해결에 노력이 필요합니다. 이름을 밝히지 않겠지 만 모니터링 방식으로 전혀 큰 성과를 거두지 못하는 상당히 큰 회사가 있습니다.
물론 소프트웨어를 만드는 회사에서 일하기 때문에 이것은 분명한 일입니다. 어쨌든 웹 페이지가 응답합니까? 이 일이 살아있을뿐만 아니라 실제로보고 싶은 것을 말하고 있습니까? "웹 페이지가 40 밀리 초 안에 응답했습니다"라고 말할 수는 없습니다. 전체 보고서 페이지가 될 수 있습니다. 우리는 이러한 질문들에 대해 충분히 깊이 이해할 수 있도록해야합니다. 대답에 관한 한, 실제로 질문에 도움이되는 방식으로 질문에 대답 할 수 있습니다. 가용성, 성능 – 하드웨어 / 소프트웨어가 제대로 작동합니까? 우리가 이야기하는 수많은 성능 카운터, 이 모든 다른 기술들이 있습니다. 하둡이든 IAS이든, 아파치이든 관계없이 모두 성능 카운터 세트가 있습니다. Microsoft가 거의 모든 것에 WMI 성능 카운터가 있습니다. 당신은 당신의 SNMP를 가지고 있으며, 후드 아래에서 무슨 일이 일어나고 있는지, 그 느낌을 알아내는 다양한 방법이 있습니다.
마지막으로 여기에는 용량 계획이 있으므로 물건에 대한 분석을 수행합니다. 우리는 역사 데이터의이 긴 흔적을 모두 가지고 있습니다. 우리가 알고 싶은 것은 – 이것은 일종의 감정적 필요입니다. 우리가 IT에서 일한다고해서 감정적 인 동물이 아니라는 의미는 아닙니다. 보안에 대한 의미가 있습니다. 만약 당신이 많이 실패하는 것이 있다면, "다시 실패 할 때, 이것이 정말로 문제가되는 것입니까?"라고 생각하고 있습니다. 인생뿐만 아니라 우리 주변의 세계와 타임 라인에서도 사물의 패턴을 인식하지만 사물은 생각만큼 문제가되지 않을 수 있습니다. 또는 당신이 생각하는 것보다 더 문제가 될 수 있습니다. 우리가 올바른 비즈니스 결정을 내리려고 할 때 이것은 분명히 문제입니다. 우리는 실제 메트릭스를 가져야하고, 우리의 감정과 그 세계에 대한 인식을 구체화 할 수 있어야하며, 그것을 숫자로 묶고 과학을 경험 화해야합니다!
어쨌든 철학 시간 : Charles Sanders Peirce. 그는 기본적으로 실용주의를 시작한 사람입니다. 그래서 저는 여기에 1800 년대 언어를 불어 넣을 것입니다.“실제적으로 어떤 영향을 미칠 수있는 영향을 고려할 때, 우리는 우리의 개념의 목표를 생각합니다.” 그게 뭐야? 그 일이 무엇입니까?”그래서 무엇을 하든지 그것이 저에게 있습니다. 웹 서버는 웹 페이지를 뱉어내는 것입니다. 웹 서버는 그보다 더 복잡하다고 생각할 필요가 없습니다. 많은 복잡한 소프트웨어로 구성되어 있습니까? 물론이지. 운영 체제만으로는 실제로 실행되는 것보다 훨씬 복잡 할 수 있습니다. 그러나 그것은 중요하지 않습니다. 이러한 질문을 테스트 할 때 웹 페이지가 작동하는지 알아야합니다. 좋아, 이건 정말 간단한 일이야. 우리의 개념은 우리의 전체적인 효과, 대상에 대한 우리의 개념에 대한 효과를 이끌어냅니다. 이 물체들을 생각해 봅시다. 이것은 어려움이다. 내가 얘기하는 대부분의 사람들은 다시 서버 모니터링, "네트워크 하드웨어를 모니터링하고 싶다"또는 "이것을하고 싶다"와 관련이 있습니다. 하드웨어의 특정 부분이거나 특정 기술입니다. 보통 목에 가장 큰 고통이 무엇이든간에 요.
그들은 이미 다른 사내 모니터링 소프트웨어를 가지고있을 가능성이 있습니다. 나는 "글쎄, 왜 안돼?"– 악마의 옹호자를 약간 연주하고 싶습니다 – "다른 소프트웨어를 사용해서 그렇게 할 수 없습니까?" "아, 잘하지 않습니다." "좋아요, 이건 어때요?" “음, 뭐든지.”그리고 나에게, 이 모든 질문은 많은 짐이다. 나는 사전 판매 중이며, 너무 세게 붙들 지 말고, 나는이 목표를 생각하여 엔지니어입니다. 따라서 물체가 무엇인지, 움직이는 부분이 무엇인지 이해할 수 있어야합니다. 누군가““데이터베이스 서버”라고 말하면“좋아요, 데이터베이스 서버는 무엇을 제공합니까?”“아, 대부분 우리의 ERP입니다.”“좋아요. 따라서 ERP에 성능 문제가 있습니다.”“ 네, 하지만 데이터베이스 일 수 있습니다.”“알겠습니다. ERP에 대해 이야기 해 봅시다. ERP는 Oracle에서 실행됩니다. ""확인 ""좋아요, 이 빨판에 웹 프론트 엔드가 있습니까? 아니면 모든 클라이언트 서버입니까? ""아, 실제로 두 가지입니다. ""좋아요. 웹 프론트 엔드, 클라이언트 서버 연결, 스토리지 위치, 이 서버에서 실행되는 서버 종류, 네트워크 모양은 무엇입니까?”나는 백 가지 질문을합니다. .
전혀 현직하지 않으며 사람들은 알지 못합니다. “저는 4 개월 전에 여기에서 시작했습니다. 저는 환경에 익숙하지 않습니다.”자, 여러분은 환경에 익숙하지 않을 때 상당히 복잡한 문제를 진단하려고 노력하고 있다고 생각합니다. 그러나 이것은 패러다임에 도움이되지 않습니다. 우리는 이해해야합니다. 우리는이 이해를 구축해야합니다. 그래서, 제가 그들에게 질문 할 때, “저는 책을 가지고 있습니까? 차트가 있습니까? 다이어그램이 있습니까? 이메일이 있습니까? 누군가에게 물어볼 수 있습니까?”그것은 대개 후자입니다. “아, 밥에게 물어봐야하는데, 그는 실제로 휴가 중입니다. 그가 돌아와서 2 주 후에 무언가를 설정해 보자. 우리는 그 시스템에 접근 할 수 있기를 바랍니다.”등등. 그래서 나는 즉시 그의 고통을 느끼고 있습니다. 괜찮아. 우리는이 도구가 무엇을 사용하든이 이해를 구축 할 수 있어야합니다. 그리고 여기서 명심하십시오.
비즈니스 질문에 답할 수는 없습니다. 기술자와 자주 대화를 나눈다는 것은 참담한 일입니다. 우리는 물건을 고치고 있습니다. 우리는 소방관 모드, 때로는 약간의 충격과 확실히 경외심에 많은 시간을 보내고 있습니다. 과거의 대통령을 인용하는 것이 아니라 어쨌든 당신이 듣는 비즈니스 질문은 기술적 인 질문과 매우 일치합니다. 그리고 만약 당신이 그 기술자라면, 당신이해야 할 일은 이러한 비즈니스 문제를 기술적 문제에 맞추려고 노력하는 것입니다. 그들은 실제로 일대일로옵니다. 가용성, 성능 및 용량 계획 목록을 작성하십시오. 우리는 현명하게 자원을 사용하고 있습니까? 우리가 보낸 돈은 어디로 갑니까? 우리는이 반짝이는 모든 서버를 샀습니다. 그들이 무엇을하고 있는지, 그들이 올바르게 사용되고 있다는 것을 알고 있습니까? 누가 알아? 당신이 그것을 측정하지 않는 한. 핫스팟과 콜드 스팟. 포인트가 굵은 글씨로 표시되어 있으므로 나중에 슬라이드 쇼를 볼 경우 핫스팟과 콜드 스팟이 네트워크에 문제가 있습니다. 인터넷과 WAN 연결은 어떻게 되나요? 물론 대역폭 제공 업체는 더 많은 대역폭을 판매하려고합니다. 정말로 필요합니까? 어떻게 사용합니까? 우리는 성능에 대해 이야기하고 있습니다. 특정 목표를 달성해야한다고 말하는 것이 있습니까? 우리는 사물에 반응해야합니다. 대부분의 사람들은 그렇지 않습니다.
그리고 나는 매우 열정적으로 들린다는 것을 알고 있습니다. 나는 여기서 너무 설교하지는 않지만 SOA가 있습니다. 스스로 목표를 설정하십시오. 우리는 15 분의 1이 30 분의 1의 절반이라는 것을 이야기하고 있습니다. 그렇습니다. 스스로 목표를 세우십시오. 아닙니다. 전혀 문제가 없습니다. 유니콘 목표를 설정하십시오. 도달 할 수없는 목표를 설정하십시오. 어느 서버도 그 어느 때보 다 다운 될 수 없습니다. 직원은 24 시간 내내 근무해야합니다. 직원이 9 명에서 5 명만 일하더라도 문제가되지 않습니다. 물론 아무 것도하지 않습니다. 개인적으로 기대할 수 있지만 실제로는 비즈니스 상으로도이를 표현할 수 있습니다. SOA를 만나면 관리를 에스컬레이션합니다. 현재 운영은 지속 가능하므로 계속 그렇게 할 수 있습니다. 이 광기입니까? 이것을 유지할 수 있습니까?
다시 한 번 말하지만, 이름을 언급하지 않고 공정하고 공정하게 노력하고 있습니다. 그러나 사전 고용시에는“모래가 가득하기 때문에 새 서랍을 구입해야합니다.”“음, 우리는 다음 분기까지 두 달이 걸렸는데, 우리는 그런 종류의 현금을 가질 것입니까?”“지금 우리는 그것을 필요로합니다.”“음, 어떻게해야합니까?”물론 나는“나는 Fry 's로 가서 하드 드라이브를 구할 수 있습니다. "라고 말합니다."아니오, 그렇게 할 수 없습니다. 미안 Robert, Drobo를 가져 와서 꽂을 수 없습니다. " 아마 당신의 머리를 끄덕이며 아마 전에 본 적이 있습니다.
어쨌든 용량 계획을 세우기 위해서는 스토리지 관점에서만이 아니라이 하이퍼 스케일 환경에서 모든 컴퓨팅 리소스를 가상화하고 추상화 할 때 CPU 코어와 기가 바이트에 불과합니다. 우리는 그것이 어떻게 사용되는지 알아야합니다. 나갈 경향이 있는지 알아야합니다. 내가 완전히 괜찮다면, 실제로 낮다면. 어디로 가야합니까, 얼마나 걸립니까? 공간이 부족해질 때까지 구백 일이 있습니까, 아니면 구가 있습니까? 큰 차이가 있습니다. 당신은 그렇게 붙잡히고 싶지 않습니다. 그래서 많은 이야기. 그 시간이이 사진에 어떻게 맞습니까?
글쎄, 우선, 이 후에, 나는 당신에게 오래된 모델 / 새로운 모델과 같은 종류를 보여줄 것입니다. 그러나 제품이 실제로 어떻게 적용되는지 이해하는 것은, 우리는 효과를 측정해야합니다. 당신은 큰 그림을 이해하기 위해 모든 작은 것들을 측정 할 수 있어야하지만, 우리의 영업 사원들이 말했듯이, 그렇게하기 위해 바다를 끓일 필요는 없습니다. 기술적 인 측면에서 볼 때 이런 종류의 그라디언트로 이동하지만 기술적 측면에서 이러한 가상화 환경을 측정해야합니다. 하이퍼 바이저를 시작하는 것. 추출 된 자원은 어떻게 사용 되었습니까? 그들은 현명하게 사용됩니까? 이러한 ESX 호스트는 어떻게 작동합니까?
OS : 특정 가상화 플랫폼을 가리 키지 않고 통계 및 vSphere를 보는 데 시간을 보낸 사람이 있다면 SQL 서버가 작동하는 이유를 알려주지 않을 것입니다. 그렇지 않습니다. “이것은 당신이 허락 한 것보다 더 많은 것을 사용하고 있습니다.”좋습니다. 좋아요. “기억을 떠올리고 있어요.”좋습니다. 내 기억은 무엇입니까? 안티 바이러스가 엉망이 되었습니까? 누가 알아. 우리는 OS를 공격해야합니다. 분명히 맞습니까? 명백해 보인다. 프로세스, 파일 시스템, 나는 공간이 부족합니다. Linux 파일 시스템이 있고 논리 볼륨 관리가있는 경우 하나의 가상 하드 드라이브에 수십 개의 파일 시스템이있을 수 있으며 가상 계층에 하나의 파일 시스템이 표시되지 않습니다. 어쨌든 설교.
네트워크는이 모든 것을 하나로 묶어 놓고 그대로 두겠습니다. 네트워킹은 복잡합니까? 그것은 매우 복잡 할 수 있고, 매우 간단 할 수 있습니다. 우리는 네트워크가 상황을 어떻게 변화시키는 지 이해해야합니다. 더 복잡한 환경에서는 하이브리드 클라우드로 전환 할 수 있습니다. 나는 확실히, 내 자신은, 홈 오토메이터이고, 나는 모든 메트릭스를보고 싶다. 나는 단지 어떤 서비스를 발견했다. 나는 누군가를 선호하지 않을 것이지만, 그 메트릭스를 꺼내어 그 물건을 시각화합니다. 수십만 대의 장치를 통해 모든 곳에서 모든 사람으로부터 해당 데이터를받는 사람들이 상상할 수 있습니다. 많은 것들이 네트워크, SAN 네트워크를 통해 진행됩니다. 파이프를 인터넷으로 내보내십시오. 모니터링해야합니다.
문제가 있거나 문제가 있는지 등을 알아야합니다. 서비스 모니터라고 부르는 것. 제가 ERP 나 SharePoint에 관해 이야기 할 때, 서비스 모니터는이 멋진 반짝이는 모든 것들에서 실행되는 것을 모니터합니다. iOS, Apache, 빈칸, 데이터베이스 엔진, 데이터베이스 엔진입니다. Windows 서비스가 실행 중입니다. SSA를 라우터에 연결하여 구성 정보를 가져 와서 변경되었는지 또는 어떤 회로에서 실행 중인지 확인하면 어떻게됩니까? 도대체 무엇이. 일종의 테스트 야, 알았지? 객체를 시각화합니다. 우리는 플러그인을 가지고 있으며 여기 업계와 잘 어울립니다.
너무 많이 말하면, 나는 여기를 따라 움직일 수 있도록하겠습니다. 그러나 플러그인을 사용하면 유연성을 발휘할 수 있습니다. 실제로 민첩하게하려면 매년 약 4 개의 주요 릴리스가 있기 때문에 적절한 수명주기에서 이혼 한 것이 필요합니다. 우리는 지난 6 개월 동안 정직하게 지난 6 개월 동안 4 명이 있었다고 생각합니다. 우리는 개발 관점에서 그것을 유지하지만 당신은 기다릴 필요가 없습니다. 예를 들어, SharePoint 2013이 있고 2016 년으로 넘어가는 경우 12 월까지는 다른 릴리스가 나올 때까지 기다리지 않을 수 있습니다.
플러그인을 사용하면 미리 구운 여러 스크립트 중 하나를 사용하여 직접 수행하거나 직접 작성하여 시간 내에 핵심 기능을 작성할 수 있으며 그렇게 할 수도 있습니다. 저는 판매-관점에서 우리가 실제로 이것을 지원한다는 것입니다. 즉, 오픈 소스 커뮤니티와는 매우 다른 패러다임입니다. 제가 좋아하고, 내 마음에 매우 사랑하고, 매우 관련되어 있습니다. 그러나 모니터링 소프트웨어를 구매하는 경우 누군가에게 전화를 걸고 싶어합니다. “Blah가 작동하지 않습니다.”또는“이것이 무엇을 의미합니까?”와 같이 전화를받을 수 있어야합니다.
응용 프로그램 – 그리고 이것이 바로 우리가 사물의 비즈니스 가치로 이동하기 시작한 곳입니다. 또한, 자신의 제정신 수준에서. 내 말은, 바닥에있는 모든 작은 것들, 만약 당신이 하루 종일 이메일을받을 모든 것들을 배우려면, 나는 당신을 보장합니다. 규칙이 생성되고 이메일이 무시되며 상황이 모니터링되지 않고 선반웨어가됩니다. 매우 나쁜 곳. 스트레스 관점에서 볼 때 나쁜 곳이기도합니다. 어쨌든 상관없이 우리가 그렇게하는 이유입니다. 그래서 거기에 있었다. 응용 프로그램 수준은 실제로 경고해야 할 부분입니다. 우리는 기준을 설정해야하고 작은 세계를 구축해야하지만이 기준을 설정하여 다음과 같이 말합니다.“이것은 애플리케이션이 구축 된 것입니다. 여기에 데이터베이스가 있고 여기에 웹 프론트가 있고 여기에 스토리지가 있고 여기에 네트워크가 있으며 딩딩 딩딩이 있으며 여기에 웹 페이지가 있습니다.”라고 말한 후“응용 프로그램이 만족스럽지 않습니다”라고 말할 수 있습니다. 이 시점에서 그것은 쉬운 일이 아니며 그 자체로는 거의 노력이 필요하지 않습니다. 왜냐하면 모든 작은 노력으로 이해와 응용 프로그램을 구축하는 데 모든 노력이 실제로 있었기 때문입니다.
서비스 수준 계약은 간단하게 말합니다.“이것은 4 나인을 원합니다.”붐. 끝난. 실패하려는 경향이있을 때 알려줍니다. 실패한 이유를 알려주고 과거 데이터를 볼 수도 있습니다. 목표를 달성하지 못한 이유를 알려 드릴 수 있습니다. 이는 연기 경보로 간주되는 것과는 매우 다릅니다. 그것이 사업의 끝입니다. 제가 Uptime에 대해 좋아하는 점은 실제로 IDERA 베테랑입니다. 저는 4 년 반 동안 회사와 함께있었습니다. Uptime 소프트웨어를 구입했을 때 – 토론토에 본사를 둔 회사 – 저는 회의적이었습니다. 나는 절대적으로 모든 것이지만, 그 보고서, BI 보고서를 경영진에게 전달해야했기 때문에 정말 감동했습니다. 우리는 SOA를 만나고 있으며 보통 ITSM 소프트웨어와 같은 어리석은 곳에서 철수하고 있습니다. 내 발병률을 모으고 내가 가진 다운 타임 수를 알려주세요. 저 자신과 많은 사람들이 티켓을 만들지 않습니다. 그것은 아마도 우리에게 유리하게 작용했을 것입니다.하지만 비즈니스에는 좋지 않습니다. 제품은 실제로 그런 것들을 생각합니다.
여기이 두 가지 패러다임과 현재 우리가 주로 사용하고있는 패러다임이 있습니다. 제가 모든 사람의 머리를 빼내려고하는 것은 물건 모니터링에 대한 나쁜 생각입니다. 괜찮아? 왜 나쁜가요? 직렬이기 때문입니다. 모니터링 스테이션이 있고 서버를 모니터링하며 메트릭이 있고 해당 메트릭에 대해 경고합니다. 오른쪽에서 의도적으로 혼란스럽게 만들려고 노력하는 것을 볼 수 있습니다. 많은 상자에 대한 이해를 바탕으로 모니터링이 필요합니다. 그래서 그게 전부입니다. 모든 메트릭으로 인해 시끄 럽습니다. 시끄럽고 CPU가 높고, 메모리가 높습니다. 파일 시스템에 공간이 부족합니다. 응답 시간은 5 초입니다. 여러분은 알고 있습니다.
그 물건, 그것은 소음이다. 차분한 패션과 같은 이메일을 통해 이메일을 압축하고 이러한 모든 것들을 정신적으로 수집하고 더 큰 그림을 이해하려고 시도하지 않는 한 실제로 문제를 알리지 못하므로 문제가 무엇인지 경고합니다. 단지 증상 일 뿐이며 그 영향을 해독하기가 어렵고 비즈니스 가치가 거의 없습니다. CIO가 SQL 서버에서 사용 된 CPU 틱 수를 신경 쓰지 않는다는 것을 거의 보증합니다. 그는 여러분이 실제로 제공하는 서비스에 관심이 많았으며 사람들이 서비스에 액세스하는 데 문제가 있었고 고객이 생각하는 것과 그 종류의 것들에 대해 우려했습니다.
분노한 사람, 예, 재미 있지 않습니다. 이것이 BlackBerries가 매우 탄력적이라는 것을 알게 된 방법입니다. 공이 빠질 수는 있지만 5 번의 계단에서 살아남을 수 있습니다. 어쨌든, 미안 블랙 베리.
물건 모니터링에 대한 새로운 생각 – IT 시스템과 Apple 사례를 의미합니다. 이곳이 우리의 머리가되고 싶은 곳이며 여기서 두 가지 간단한 것을 골랐습니다. Graham의 오픈 스택을 좋아합니다. 어쩌면 언젠가는 그것을 훔치려 고 시도 할 것입니다. 그러나 우리는이 연결된 이해로 이동하고 있습니다. 이 모든 것들의 의존성과 기능적 부분에 대한 이해를 바탕으로 사물은 어떻게 연결되어 있습니까? 다시 말하지만, 그것은 그 대상입니다. 우리는 다시이 실용적인 실천으로 돌아갑니다. 조용합니다.
두 가지 경고 – 데이터베이스가 느리게 실행되고 웹 페이지가 느리게 실행되므로 ERP가 만족스럽지 않습니다. “이봐! ERP가 만족스럽지 않고 웹 페이지가 느리고 데이터베이스가 느립니다.”데이터베이스 일 수 있습니다. 공평하게 말하면 "그렇습니다. 웹 페이지가 느린 이유는 데이터베이스가 느리기 때문입니다."라고 말하지 않겠습니다. 저는 경로 원인 APM 솔루션이 아니지만 이러한 이해를 구축하고 이와 같은 이메일을받을 때“음, 작동하지 않았다”고 말하는 대신 문제 해결 노력을 통해 많은 의미가 있습니다. 원격으로, 여러 곳에서 수행되는 이러한 여러 도구가 모든 곳에서 튀어 나오며, 이는 최소한 최소한 문제 해결 노력을 능률화합니다. 그러나 나는 아직 그래프 측면에 도달하지 못했습니다. 이것은 단지 – 스크린 포인트를 보지 않고 솔직히 모니터링 툴을 쳐다 보는 것을 좋아하지 않습니다.
그렇다면 이해하기 쉽습니다. 우리는 그것을 구축하고 이해를 구축했기 때문에 무슨 일이 일어나고 있는지 알고 있습니다. 그러나 이것에 대한 가장 좋은 부분은 팀의 다른 사람들과 많은 지식을 공유한다는 것입니다. 우리는 항상 사일로에 대해 이야기하며 앱이나 데이터베이스 또는 그 밖의 것입니다. 실제로 일부 회사의 마케팅 캠페인이되는 것입니다. 모든 데이터베이스 도구 일 것입니다.
따라서 지식 – 지식은 힘입니다. 시스템이 어떻게 결합되는지에 대한 약간의 주변 이해. 헬프 데스크 담당자가 네트워크의 모든 기능을 알고 SharePoint의 기능과 ERP 연결 방법을 알아야합니다. 아마도 그렇지는 않지만 대시 보드를보고 누군가가 전화를 걸어 무언가에 액세스 할 수 없다고 말하면 매우 도움이됩니다.“아, 그래, 우린 지금 당장 문제가있는 것 같아 라우터. 따라서 캠퍼스 밖에서 SharePoint를 사용하면 문제가되지만 문제가 발생했습니다. "라고 말합니다."Mmm hmm "이 마음에 들었습니다.
어쨌든 이것은 비즈니스 가치입니다. 시작, 실행, IP 구성 외에도 헬프 데스크에서 많은“웃음”을 들었습니다. 어쨌든 우리는 부품이 어떻게 움직이는 지 이해하기 때문에 비즈니스 가치를 제공하고 있습니다. 우리는 상황이 잘못 될 때, SLA가 있고, 용량 계획을 수행하고 있으며, 처음에는 유니콘처럼 보일 수있는 모든 것들을 이해합니다. 설정이 매우 간단하며 이것이 핵심입니다. 무지개를 외칠 수있었습니다.
기대치를 설정하고 충족하십시오. 이것은 SLA 비트입니다. 가져와 나는 이미 이것으로 충분히 고통을 겪고 있다고 생각하지만 우리는 이미 모든 것을 모니터링하고 있습니다. 우리는 이미 이해, 응용 프로그램, 의존성 및 연결성을 구축했습니다. 이것은 단지 자신의 환경을 이해하는 것입니다. 그것은 쉬운 일이 아닙니다. 이미 경고하고 사람들은 이미 관련 이메일을 받고 있으며, 에스컬레이션 경로를 수행 할 수 있으며 모든 종류의 소프트웨어 데모에서 모든 것을 보여 주려고하지는 않을 것입니다. 확실히 포럼이 있습니다.
이미 수정 작업을 자동화하고 있으며 가동 시간이 상황에 반응 할 수도 있습니다. 알 수없는 이유로 인쇄 스풀러와 같은 어리 석고 바보 같은 것들이 항상 있다는 것을 의미합니다. 그것은 여전히 Windows 2000에 있으며 언젠가는 그것을 업그레이드 할 것입니다. 하루에 몇 분이 걸리며 누군가 고쳐서 고칠 수 있다는 것을 아는 사람이 있습니까?
자동화, 그런 종류의 물건은 단지 자동화 사료입니다. 주제 대시 보드 인 멋진 대시 보드를 이미 만들었습니다. 정말 중요한 일입니다. 가동 시간에 수집하는 모든 것은 합리적인 방식으로 파악할 수 있습니다. 따라서 이탈해야한다면“SQL에 대한 성능 대시 보드가 있었으면 좋겠습니다.”라고 말합니다. 전체 스택에 걸쳐 기술을 포함하는 애플리케이션 대시 보드를 원하십니까? 끝난. 용량 계획? 끝난.
매우 간단합니다. 이러한 목표를 설정하고 SLA가 왜 필요하지 않은지 이해하도록하십시오. 그것이 바로 여기서 중요한 열쇠입니다. 당신은 알고 있습니다. 문자 그대로 몇 초가 걸리고 말 그대로 몇 분이 걸리고 더 오래 설명 할 수는 있지만“이봐, 내 기대는 여기 있습니다. 작동 할 것으로 예상합니다.”라고 말한 다음 Uptime은 작동하지 않는 것을 알려줍니다.
어쨌든, 나는 이중 무지개 그림을 훔치려 고했지만 아마 그 일에 어려움을 겪을 것입니다. 더블 레인보우보다 더 신나 네요. 오 마이 갓 – 여기가 웹 사이트입니다. 나는 튀어 나올거야. 여전히 몇 분 있습니까? 여기에서 건강 검진 시간을 받도록하겠습니다. 어떻게합니까?
에릭 카바나 흐 : 예, 몇 가지를 보여주세요.
Robert Vandervoort : 좋습니다. 내가 말했듯이, 나는 많은 근거를 다뤘다. 그것은 단지 당신에게 텍스트와 설정 그리고 무엇이든간에 섹시하지 않은 비트를 보여주지 못하게합니다. 내가 보여주고 싶은 것은 그래픽 끝과 같습니다. 내가 말했듯이, 나는 모니터링 도구를 쳐다 보는 것을 좋아하지 않는다. 나는이 일에서 벗어날 수 있기를 원한다. 나는 당신이 원한다면 베이비 시터가되기를 원하지만, "아이가 금붕어를 먹을 수 있습니까? 영화에 있습니다." "좋아요." 반지, 반지, “이봐, 아이가 화장실에 가도 괜찮 니? 그는 가야한다고 말합니다.”“예, 알 겠어요.”저는 책임감있는 베이비 시터를 원합니다. 알 수없는 경우 경보 잡음이 큰 영향을 미칩니다. 아마도 PTSD를 모니터링하는 고급 형태 일 것입니다.
Uptime의 관점에서 우리는 이러한 모든 다른 프로파일을 가지고 있음을 지적하고 싶습니다. Uptime이 어떻게 다른 일을 할 수 있고 사람들과 함께 일할 수 있는지를 보여주기 위해 여기에 몇 가지 미친 것들을 만들었습니다. 난 당신에게 정말 내 배경을 말하지 않았다. 나는 컴퓨터 전문점의 뒷방에서 13 살 때부터 정직하게 돌아가는 IT 배경을 가지고 있습니다. 아마도 그것은 세상에서 가장 합법적 인 것이 아닐 수도 있지만 어쨌든 멈추지 않았습니다. 저는 37 살입니다. 사람들은 컴퓨터보다 알아 내기가 더 어렵 기 때문에 심리학 학위를 받았습니다. 그러나 UI와 UX 관점에서, 나는 어떻게해야하는지, 어떻게 작동해야하는지, 또는 내가하고 싶은 방식을 구부리고 싶어하는 도구를 원하지 않습니다. 나는 일종의 철학과 이해를 익히는 것과 같다는 것을 알고 있습니다. 바라건대 여러분을 위해 일을 더 쉽게 해줄 것입니다.“이봐, 이걸해야 해”또는“내가 무엇을해야하는지 말해주지 마라” 그러나 이것은 일종의 나의 일입니다.
어쨌든, HipChat 통합, 음성 경고. 내 말은, 이것은 실제로 당신이보고있는 18- 모니터 NOC를 말로 표현하는 것입니다. "경고, SharePoint가 데이터베이스가 느리고, blah blah blah, 7 분 동안 이런 방식으로 진행 되었기 때문에 SharePoint가 위험 상태에있다"고 상상해보십시오. 예, 일종의 보석 일 수도 있습니다. 나는 그것이 매우 유연한 도구임을 보여 주려고합니다. 우리는 스크립트 기반 출력을 가지고 있으며 원하는 것을 할 수 있습니다.
HipChat, 저는 HipChat과 Skype를 사용합니다. 아마도 내 이메일보다 훨씬 더 많은 영업 사원의 혼란에 빠질 것입니다. 그러나 어쨌든 HipChat을 통합하는 것은 River, Flack 등 무엇이 중요하지 않습니다. 하고 싶고 매우 간단합니다.
어쨌든 사용자 관점에서 볼 때 실제로 연락처 정보와 근무 시간 및 근무 시간이 있으면 시작합니다. 실제로 알림을 보내는 시점에 도달하면 가동 시간은 이미 사용자와 연락하는 방법을 이미 알고 있습니다. “오, 나는 이메일을 보지 못했습니다.”“글쎄, 아마 당신의 Gmail로 보내야 할 수도 있고, 개인에게 보내야 할 수도 있습니다. 나는 그것을 Facebook 담벼락에 게시 할 것입니다. 어쨌든, 나는 아직 그다지 얻지 못했지만 다음 주말에 지루해 할 수도 있습니다.
이 복잡한 환경에서 글로벌 스캔. 첫째, 우리는 물건을 체계적으로 유지해야합니다. 조직화를 유지하는 것이 핵심이며, 이를 통해 자동 검색 및 예상되는 모든 종류의 작업을 수행 할 수 있지만 데이터 센터를 사용자에게 적합한 방식으로 구성 할 수 있습니다. 저는 물리적, 논리적, 기술적이라고 생각합니다. 그리고 가상화 된 관점에서 볼 때 VMware에서 데이터 센터와 클러스터, 리소스 풀 등 모든 것을 볼 수있는 것처럼 볼 수 있습니다. 물건.
그것은 동일한 이해를 통해 바로 필터링됩니다. 여러분의 행동 방식과 의미있는 방식으로 작동합니다. 이러한 대시 보드를 통해 동일한 이해가 필터링됩니다. 전 세계는 기본적으로 잘못 된 모든 것이므로 내가 관심있는 것은 휴스턴과 다른 모든 QA, SA뿐입니다. 보안에 중점을 두거나 사용자 그룹별로 항목을 분리하거나 유지하는 것에 관심이있는 사람이라면 누구나 다시 집중할 수 있습니다. 내가 볼 수있는 유일한 것은 휴스턴 일뿐 아니라 "휴스턴 네트워크 구성 요소"만큼 좁혀진 것이므로 확실히 일입니다.
리소스 검색 – 전체 환경에서 이러한 리소스를 어떻게 사용하고 있습니까? 그게 다야 90 피트입니다. 다른 사람과 비교하여 문제가있는 영역으로 드릴 다운 할 수 있습니다. 그리고 IBM Agency는 제쳐두고 제쳐두고 있지만 실제로는 그렇지 않습니다. 응용 프로그램에 대한 이해를 구축하고 실용적 모델을 다운시키는 데 가장 중요한 것 중 하나는 모든 것을 처리하고 있으며, 우리가하는 일에 라이센스를 부여하는 것을 좋아한다고 말하지 않습니다. IBM P 시리즈 없이도 모든 것을 할 수 있다면 악취가납니다.
AS / 400 용 모니터가 있습니다. 사람들은 때때로“AS / 400 ra-ra-ra”와 같은 지옥에 대해 나에게 줄 것입니다. AS / 400이 아직도 중요한 시스템이나 새로운 I- 시리즈 제품을 얼마나 많이 운영하고 있는지 놀라게 될 것입니다. 우리는 그렇게하는 것입니다. HP-UX, AIX는 전 세계의 모든 주요 운영 체제가 에이전트를 의미합니다. 문으로 가져 와서 모니터링하는 것이 중요합니다.
애플리케이션 계층을 다시 살펴보면 세분화에서 벗어나 위로 올라가겠습니다. 이것이 대시 보드 모양입니다. 이것이 내가 정기적으로 바라 보는 유일한 것일 수도 있습니다. 그냥 여기 와서 말하기를, "내 CMS가 정말 화가납니다. 왜 그런가요?" 이메일에주의를 기울여야하지만 매일 서버 게이트를보고 있습니다. 제가하는 일입니다. 나는 치과 의사입니다. 이것들은 내 이빨입니다.
로그인 테스트. 실제 로그인 시간을 테스트하고 있습니다. 이것은 사용자 경험이며, 이것은 실용적입니다. 아파치 메트릭도 신경 쓰지 않습니다. 모두가 lickidy split에 로그인하는 것과 같고 모든 트랜잭션이 제대로 작동하면 용량 계획을 시도하지 않는 한 보내고받는 바이트를 걱정합니다. 소방의 관점에서, “주의해야합니까, 주의를 기울여야합니까?”에서 나는 직관적이고 자동적으로 그 내용을 알고 싶습니다.
내가 CIO라면, 이것에 관심이 있고, Apache 성능 대시 보드에 관심이 없습니다. 내가 당신의 웹 사람이라면, 당신은 내기. 나는 여기에 와서 느려짐을 용서해야하지만, 여기에 와서 보드 전체에 걸쳐 많은 깊이있는 메트릭스와 패턴을 볼 수 있어야합니다. 여기에서 내 데모 Apache 01이 다시 시작되고 가동 시간이 "붐, 붐, 붐, 붐"이라는 것을 알았습니다.
그것들은 내가 보지 않아도 알지 못하는 패턴입니다. 다시 말하지만, 실제 세부적인 내용이지만 실제로이 목적을 달성합니다. 이 서버는 CMS의 일부이며 웹 페이지에서 문제가 발생하고 서버가 재활용되는 경우 몇 초 만에 해당 환경에 대해 설정 한 대시 보드를보다 정확하게 확인할 수있었습니다. 그것에 원격으로. 나는 당신에게 정직하기 위해 내가 어디에서 시작할 것인지조차 확신하지 못합니다.
어쨌든 노력; 모든 사람들은 일종의“이것은 미친 짓입니다.”라고 생각합니다. 노력의 관점에서, 나는 물건을 어떻게 모니터링합니까? 스크립트를 작성할 수 있습니까? 예. 우리가 시도하는 것은 데이터베이스 관점에서 볼 때 매우 일반적인 기술, 매우 일반적인 기술을 제공하는 것입니다. 우리는 모든 주요 데이터베이스 엔진을 말하고 싶습니다. 나는 NoSQL이없고 시계열도 없지만 모든 주요 관계형 데이터베이스는 웹 서비스 관점, IAS, Apache Tomcat에서 여기에 있습니다. 그리고 목록에없는 것들에 대해서는 물론 많은 다른 것들이 있지만, 우리는이 플러그인들을 가지고 있습니다. 이것은 외출하는 정말 쉬운 방법입니다. 우리는 GitHub에 공공 예금을 가지고 있습니다. 코드를 볼 수 있고, 직접 만들 수 있고, 무엇이든 바꿀 수 있습니다. 따라서 기술 또는 소프트웨어의 관점에서 볼 때 SAN이거나 SharePoint 또는 Exchange 등이라면 무엇이든 가능합니다.
이것이 우리가 그렇게하는 방식이며, 기본적으로 이것들은 당신이 관심있는 지표를 제공 할 것입니다. 그것이 가장 어려운 부분입니다. 필자는 이러한 플러그인 중 몇 가지를 작성했으며 가장 어려운 부분은“사람들이 무엇을 알고 싶어 하는가? 실제로 중요한 것은 무엇입니까?”WMI 시스템을 살펴보면 수백 가지가있을 수 있습니다. 글쎄요, 저는 그 속도를 늦춰야합니다. 아무도 400 가지 메트릭을보고 싶지 않을 것입니다. 왜냐하면 당신은 그 세계를 이해해야하고 거기에 가치가 없기 때문입니다.
어쨌든 SLA. 수많은 주제 대시 보드가 있습니다. 나는 너희들을 격려 할 것이다. 만약 이것이 이것이 당신에게 흥미로운 일이라면, 분명히 우리는 데모를 할 수 있고, 그렇지 않으면, 개인화 된 것을 할 수 있고, 우리는 바다를 다시 끓이지 않으려 고 노력하지 않는다. 그러나 "SLA가 실행 중이고 초과하고 있습니다. 여기에서 비참하게 실패하고 있습니다. 이유가 무엇인지 알고 싶습니다."라는 이메일을 수신하면 알 수 있습니다. 이 상세한 보고서에서 바로 그 내용을 자세히 살펴보고 SLA가 실패하게 된 특정 사항을 확인하거나 시간이 지남에 따라 추세인지 여부를 이해할 수 있습니다. 붉은 반점이 어디에 있습니까? 이것은 거의 DNA 분석과 비슷해 보입니다. 서버가 중단되었습니다. 죄송합니다. 로그인 할 수없는 로그인 테스트가 중단되었습니다. 여기에는 응답 시간과 정보가 있으며 여기에서 매우 쉽게 처리 할 수 있습니다. 내가 그 목표를 달성했는지 아닌지에 중요한 것들로 압축하십시오. 그리고 다시, 나는 여러분 모두가이 모든 것을 읽을 것으로 기대하지는 않지만 여기에는 많은 데이터가 있습니다. 당신 앞에서 그것을 가질 수 있다는 것이 매우 편리합니다. 그러나 현실은 내가 실패한 이유는 이러한 로그인 테스트 때문입니다. 여기의 모든 뒷면 정보도 제공됩니다.
보고 기능은 도구와 함께 제공되므로 Crystal 또는 SSRS 또는보고 엔진에 내장 된 것과 같은 것이 필요하지 않습니다. 여기에있는 모든 개별 보고서를 사용자 정의 할 수 있습니다. 반복해서 실행할 수 있습니다. 다른 사람들이보고 사용하도록 저장할 수 있습니다. 다른 출력 형식이 있습니다. 금요일 오후 4시에 매일 관리자에게 이메일을 보내고 싶습니까? 하하하, 할 수있어!
용량 계획 관점에서 볼 때 매우 강력합니다. 우리는 단지 집중하기를 원하지 않으며 사물을 예측하고 예측 분석을 수행하는 것에 대해 이야기했습니다. 현재와 과거의 추세를 시각화하는 기능 외에도 용량 계획 예측을 볼 수 있기를 원하며 그렇게 빠르기 때문에 전체 vCenter에서 컴퓨팅 메모리 및 데이터 스토리지 용량이 인기를 얻었습니다. 공간이 부족해질 때까지 최악의 132 일을 보냈다고 말할 수 있습니다.
이것은 실제 실험실이며 실제로 많은 것들을 자랑스럽게 여기는 아빠이며, 저를 위해 저의 작업을 중단했습니다. 그러나 나는이 물건을 알고 있으므로 그렇게되면 내 문제입니다. 그것이 무언가를 바꾸지 않거나 그것에 대해 무언가를하지 않는 것이 나의 잘못입니다. 나는이 물건을 잘 알고 있습니다. 제가 회의 중이고 누군가가“이봐, 우리는 실험실에 서버를 많이 추가해야합니다”– 그들이 나에게 그렇게하지는 않을 것입니다. 그러나 그들이 그렇게한다면, 무엇을 알고? 나는 공연을했습니다. 나는 기가 헤르츠를 얻었다. 나는 당신이 덮 었는지의 여부를 불문하고, 또 다른 요점 인 다른 도구를 열어서이 모든 것에 동의하는 대신 한 눈에 이런 종류의 농담을합니다.
휴스턴 사무실, 교통에 대해 이야기하고 있었어요 치과 의사와 나는 교통에 대해 이야기하고 있었고, 그녀는 아이오와에서 자랐습니다.“작은 도시에서 내가 좋아하는 한 가지는 교통량이 많지 않다는 것입니다.”Well Houston, 루프 안에 살고 있다면 아래에서 볼 수 있듯이 그대로 두십시오. 기본적으로 iframe과 같은 웹을 통합 할 수 있습니다. HTML에 익숙한 사용자가 있으면 이러한 가젯 중 하나에 웹을 통합 할 수 있습니다. 웹 사이트 나 사무실 외부의 교통 카메라 등 어떤 것이 든 상관없이 할 수 있습니다. 가젯은 추가하기 매우 쉽습니다.
대시 보드 – TV 마술을 보여줍니다. “아, 다됐다. 다 잘 다듬어졌지만”현실은이 대시 보드에 들어가는 것이 매우 쉬운 일입니다. 우리가 가진 모든 다른 데이터 포인트에 걸쳐 데이터를 표시하는 방법에는 여러 가지가 있습니다. 응용 프로그램에 대한 이해를 구축하려고 할 때 해당 비디오를 업로드 한 다음 해당 구성 요소를 고정하면됩니다. 알다시피, 나는 모든 문제가 어디로 가고 있는지 말할 수 있습니다.
네트워크 토폴로지, 무엇에 플러그인되는지 이해, 워크 보드, 스위치 또는 웹 사이트 또는 무엇이든 내장 된 모든 것이 무엇인지에 따라 달라집니다. 다양한 기술 스택에 걸쳐 나는 그것을 가져 오지 않았고, 우리가 여기에 시간이 없다는 것을 알고 있습니다. 여러분이 Q & A와 모든 시간을 가질 수 있도록하고 싶지만 모든 종류의 출처에서 수집 할 수있는 수많은 정보가 있습니다 : log SMP, WMI 등의 알파벳 수프 등 집계, API 등을 정의 할 수 있습니다. 따라서 데이터를 수집하고 이해를 구축 한 다음 실용적인 방식으로 데이터를 경고하고 조치를 취합니다. 그리고 간단히 말해서.
에릭 카바나 흐 : 좋아요. 그것은 모두의 환상적인 프리젠 테이션이었습니다. 내가 말해줘야한다고 질문을 던지기 위해 몇 분이 더 있습니다. Rick, 왜 한두 가지 질문을 던지고 Dez를 던지는 지, 그리고 구현에 대해 구체적인 청중으로부터 몇 가지 질문을 드리겠습니다. 하지만 릭은 먼저 데즈 다음에
Rick Sherman : 좋습니다. 우선, 특히 서버, 모니터, 플러그인 등을 추가하는 방법에 대한 데모를 좋아했습니다. 정말 훌륭하다고 생각합니다. 내가 가진 질문 중 하나는 사람들이 아키텍처 또는 앱이 무엇인지 이해할 수있는 프리 세일즈와 같은 되풀이되는 주제라고 언급했습니다. 그들은 물건을 모니터링하고 싶고이 부분이 있습니다. 유형학을 분류하는 방법에 대해 어떻게 교육합니까? 나는 당신이 선택할 수있는 많은 것들이 있다는 것을 알고 있지만 어떻게 교육합니까? 그들이 당신이 할 수있는 일을 상당히 파악할 수 있는지 확실하지 않기 때문에.
Robert Vandervoort : 네, 절대적으로, 나는 자멸적인 유머를 좋아합니다. 그래서 저는 보통 그 각도에서 출발합니다. 말할 수 없으면 ADHD가 있습니다. 아내는 더 이상 나와 함께 홈 디포에가는 것을 좋아하지 않습니다. 그냥 그렇게 놔두 자. 나는 당신이 삐걱 거리는 힌지가 있거나 새는 것이 있으면 거기에 가서“내 수도꼭지를 고치고 싶다”고 생각합니다. 당신의 선 장소로 가십시오.“수도꼭지를 고치고 싶습니다.”“흠, 집에 무엇을 고칠 수 있습니까?”라고 생각하지 마십시오. 하루 종일 거기에있을 것이고 수도꼭지 봉인과 거터와 함께 떠날 것입니다.
사람들에게 초점을 맞추려는 것은 응용 프로그램입니다. 당신은 나에게 이것이 아프고 아프다고 말하고 있습니다. 앱을 가져 봅시다. 당신의 ERP입니까? 멋있는. POC로 앱을 가져 와서 나를 찾아 내십시오. 누가 누구에게 말해야하는지 또는 어떤 정보를 원하든 상관 없습니다. 그 응용 프로그램은 무엇입니까? 데이터베이스 서버, 파일 서버 등 응용 프로그램의 모든 끝점을 알고 있습니다. 알아 내십시오, 그것에 접근하십시오. 멋진 도구를 얻는 데 도움이 필요하면 여기에 있습니다. 그러나 특정 응용 프로그램에 중점을 두겠습니다. 가치가 끝나는 곳이기 때문입니다. 수백 또는 수천 대의 서버를 쉽게 추가하고 그 각도에서 작업을 시작할 수 있지만 그 직렬 모델은 매우 중요합니다. POC에서 지속 할 수 없을뿐만 아니라 우리가 원하는 곳이 아닙니다. 머리.
Rick Sherman : 예. 대시 보드 등을 설정하여 비즈니스 뷰, 해당 엔티티를 지원하는 여러 가지 복합 뷰를 모니터링하려고합니까?
Robert Vandervoort : 물론입니다. 나는 일반적으로 우리가 원한다고 제안합니다. 이것을 부르는 것은 우리가 응용 프로그램 대시 보드가있는 응용 프로그램 맵이며 모든 부분이 있어야합니다. 다이어그램이 존재하지 않으면 다이어그램을 만들고 가동 시간으로 옮긴 다음 필요한 것이 무엇인지 파악하십시오. 최소한이 모든 것들을 발견하고 모니터링의 중심에 놓은 다음 실제로 추가 된 서비스를 추가하여 해당 애플리케이션이 작동하도록하십시오. 여기 SharePoint의 경우와 마찬가지로 이러한 응용 프로그램은 다른 응용 프로그램으로 구축 될 수 있습니다. SQL 클러스터를 좋아하는 경우 실제로 응용 프로그램입니다. 여러 서버, 여러 서비스 및 사물입니다. AD는 응용 프로그램 등입니다. 여기 SharePoint에서 볼 수있는 것처럼 이러한 집계보기를 작성할 수 있습니다. 우리는 이것을 만들 수 있기를 원합니다. 이것을 만들 수 없다면 충분한 것을 추가하지 않았습니다. 우리는 거기에서 모든 작은 비트를 수행하여 틱합니다.
Rick Sherman : 어떤 식 으로든 거꾸로 일하십니까?
Robert Vandervoort : 예, 거꾸로 생각하고 앞으로 나아가십시오.
에릭 카바나 흐 : 알겠습니다. 데즈, 가져가
Dez Blanchfield : 시간이 얼마 남지 않았다는 사실을 간략히 알고 있기 때문에 통찰력을 얻을 수 있기를 바랍니다. 따라서 가능하면 한 가지 심도있는 질문으로 넘어가겠습니다. 현재 비즈니스와 조직이 서비스 모니터링뿐만 아니라 실용적인 엔드 투 엔드 접근 방식의 가치에 대한 견해를 파악할 수있는 위치에 대한 통찰력을 제공 할 수 있습니까? 특히, 상업적 이익으로부터. 그래서 우리 중 많은 사람들이 기술적 인 배경에서 왔으며 우리는 물건을 핑 (Ping) 할 수 있고 그것들이 켜져 있는지 보는 것을 좋아합니다. 그러나 비즈니스 관점에서 볼 때, 그들이 우리를 요구한다고 말했듯이, 그것은 우리가 당신에게 지불하는 것입니다.
KPI를 상용 수준으로 전환하고 전체 프레임 워크에 대한 서비스 관리 수준 모니터링의 긴밀한 통합에 대한 운영 수준을 유지하는 것만으로 전환이 진행되고 있음을 사람들이 우리가 조명을 유지할 수있는 관점이지만 실제로 전체적인 관점을보고 가치를 달러 가치로 설정 했습니까?“좋아요, 우리가 말한대로 현명하게 사용하고 있습니까?, 우리는 SLA를 만나고 있습니까? 그렇다면 비즈니스에 어떤 의미가 있습니까?”아직 그쪽으로의 전환을보고 있습니까? 아니면 여전히 조금 떨어져 있습니까?
Robert Vandervoort : 분명히 원하는 것이 있습니다. 거기에 절박함이 있습니다. 사람들, 나는 질문을하도록 요청했는데, 그것은 분명히로드 된 질문입니다 – SLA가 있습니까? 그리고“명확하지만, 우리 관리자들은 그것에 대해 이야기하고 있습니다”등 거의 분명합니다. 나는 "멋지다, 어떻게 거기에 갈거야?" "글쎄, 우리는 확실하지 않습니다. 우리는 일종의 ServiceNow를보고 있거나이 작업을하고 있습니다. "저는"음, 이해해야합니다. ServiceNow는 문제입니다. 기본적으로 유휴 프레임 워크이며 기본적으로 잠금 단계를 따릅니다. " 특정 ITSM 플랫폼을 선호하지 않습니다. 그러나 SLA 질문에는 대답하지 않습니다. 프린터를 수리하는 데 몇 시간을 소비했거나 특정 부품을 구입해야한다면 특정 서버에 얼마나 많은 리소스가 사용 되었는가에 대해서만 이야기 할 것입니다. 어떤 서버가 실제로 필요한지, 수명이 다한지 등의 실제 질문에 대답 할 수 없습니다. 어느 정도도 아닙니다.
SLA 입장에서 이야기 할 때, SLA를 보유한 고객 중 일부는 돈을 잃어 버리는 고객이 있습니다. 늦게 피자를 배달하는 것과 같습니다. 늦게까지 실망 시키면 돈을받지 못합니다. 비즈니스에 직접적인 영향을 미칩니다. 그 사람들은 다른 사람들보다이 일에 대해 더 많은 관심을 갖는 경향이 있습니다. 그래서 사람들이 정말로 촉구하는 것 중 하나는 팀, IT에 대한 기대를 만드는 것입니다. 실제로 작성하거나 서면으로 작성하거나 다른 사람에게 약속 할 필요는 없지만, 기대에 부딪 치면서“이것이 바로 서버 가용성을 충족시키지 못하는 이유입니다. 하나의 stinking 서버. 우리는 하나의 서버에 집중할 수 있습니다.“이봐, 우리는 완벽한 가동 시간을 얻었습니다.”그리고 이것은 실제로 제 경우입니다. 저는 여기 하나의 서버와 같지만 아이디어를 얻었습니다.
그래, 그 질문에 대답하기 위해, 그래, 절대적으로, 나는 사람들이 실제로 질문에 대답 할 수있는 도구를 얻는 방법, 충분한 물건을 어떻게 모니터링합니까? 대부분의 사람들은 여러 도구를 가지고 있습니다. 네트워크 팀이 네트워크 모니터링 도구를 구매하고 개발자 팀이 APM 도구를 구매하고 데이터베이스 담당자가 도구를 구매하고 점심 식 사실을 제외하고는 실제로 대화하지 않기 때문입니다.
Dez Blanchfield : 응, 그건 내 인생에서 끝없는 두통이야. 지난 25 년 동안 조직에 들어가서 논리적 블록으로 분할했기 때문에 조직에 갈 때 끊임없는 문제가 발생했습니다. 마음의 맨 앞에있는 사진은 네트워크 운영 센터이며 네트워크에 대해 걱정하며 네트워크가 실행되는 한 비용을 지불하고 업무를 수행하고 핸드 오프합니다. 예, 하지만 흥미 롭습니다.
마지막 질문 하나와 개인적으로 관심이 있지만 많은 사람들이 같은 것을 알고 싶어한다는 것을 알고 있습니다. 이 도구를 어떻게 사용하고 어떻게 시작합니까? 어디에서 찾을 수 있습니까? 어디에서 더 많은 정보를 얻을 수 있습니까? 데모 나 시범 또는 그 영향을받을 수 있습니까?
Robert Vandervoort : 물론입니다. 나는 그 말이 싫습니다. 절대 그런 것은 없습니다. Idera.com은 당신이 갈 곳입니다. 잭 아이콘과 같은 작은 아이콘이 있습니다.“IT 관리”라고하면 아이콘을 클릭 한 다음 두 가지 옵션이 있습니다. 하나는 클라우드 기반 제품이고 다른 하나는 Uptime Infrastructure Monitor입니다.이 제품은 현재이 제품에서 보여 드리고 있습니다. 시험은 약 30 일 정도되어야합니다. BS를 양식에 넣지 말고 실제 정보를 넣으십시오. 우리 영업 사원들은 정말 귀찮아요. 아무도 영업 사원들이 성가 신다고 말한 적이 없습니다. 하지만 실제로 내 팀에서 나와 같은 사람들에게 가장 좋은 통로이기 때문입니다.
기술적 인 질문이 있고 문서가 당신을 위해 그것을 자르지 않는 경우 – 문서가 무엇을하든 – 대부분의 사람들이 가고 싶어하기 때문에 직접 지원, 컨시어지 수준, 그리고 확장 기능을 가지고 있습니다 vCenter에 연결하면 수백 가지를 발견 할 수 있습니다. 평가판 라이센스를 소멸 시키므로 POC에 대한 제곱을 얻었는지 또는 확실히 그렇게 할 수있는 일대일 데모를 원하는지 관련 질문을 묻습니다.
Dez Blanchfield : 환상적입니다. 글쎄, 정말 고마워요, 나는 그것을 기대하고 다시 우리가 당신을 다시 볼 수 있고 우리는 그것에 블로그 체인을 추가에 대해 이야기 할 것입니다. 에릭, 다시 돌려 줄게
에릭 카바나 흐 : 당신은 간다. 나는 당신에게 정말 빨리 던져 몇 가지 빠른 질문이 있습니다. 하나는 다음과 같습니다. Uptime Infrastructure Monitor는 웹 기반 또는 클라이언트 서버 응용 프로그램입니까?
Robert Vandervoort : 웹 기반. 100 % 웹 기반. 전제에.
Eric Kavanagh : 훌륭하고 다른 참석자가 묻습니다. IDERA가이를 모니터링하기 위해 개별 서버에 일종의 독점 데몬을 설치해야합니까?
Robert Vandervoort : 모든 사람을 위해 이것을 저장 했으므로이 지침을 살펴 보겠습니다. 따라서 에이전트없이 무선으로 연결하지 않는 한 유선으로 말하는 것처럼 에이전트없이 에이전트없이 에이전트없이 무선을 사용합니다. 무선에 대한 적절하지 않은 다른 비유를 구해 드리겠습니다. 그러나 어쨌든 우리는 거의 모든 OS에 대한 에이전트를 가지고 있습니다. 사용하지 않을 경우 놓칠 수있는 유일한 것은 스크립트를 실행할 수있는 기능뿐만 아니라 서버가 실행되는 서버에 대한 TLS1.2 암호화 경로입니다 그것에 직접.
그 외에도 Windows, Net-SNMP, Windows에는 WMI, 기타 국가의 Net-SNMP, 모든 네트워크 관련 SNMP 등이 있습니다. 따라서 아니요, 항상 아니요라고 말합니다. 원하지 않는 한 필요하지 않습니다. 그런 다음 설치하는 기술과 마찬가지로 다이어그램의 오른쪽에 필요한 모든 것이 MySQL, Java, PHP, Apache에서 실행됩니다. 다른 서버를 찾을 필요가 없습니다. Windows 7 서비스 팩 1에서도 실행됩니다. 우리는 Linux 기반과 Solaris 기반 배포판도 가지고 있으므로 기술적으로 서버 라이센스 비용을 지불 할 필요가 없으며 추가 하드웨어 만 있으면됩니다.
Eric Kavanagh : 쿨, 나는 이것이 환상적인 프리젠 테이션이라고 말해야합니다. 오늘 우리의 분석가들과 여러분, 그리고 IDERA에게 감사합니다. 나는 이것이 좋은 일이라고 생각합니다. 여러분들은 매우 긍정적이고 설득력있는 방법으로 기대하고 있다고 생각합니다. 우리는 IDERA로부터 올해 말에 다시 듣게 될 것입니다. 이벤트가 몇 줄 더 늘어났습니다. This has been fantastic, thank so you so much for your time. The archive usually goes up within about a day, so hop online to either Techopedia or InsideAnalysis.com to get the details there, and we'll talk to you next time folks, take care. 안녕.
Rick Sherman: Thanks guys.
Eric Kavanagh: Yeah, and Dez –
