SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 제작품
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 뉴스 및 이벤트
  • 서버 클러스터 단순화
  • 성공 사례
  • 저희에 게 연락
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Archives for 7월 2020

EC2 모니터링 모범 사례 : SIOS AppKeeper를 사용하여 Amazon EC2에서 NGINX 웹 서버 보호

7월 14, 2020 by Jason Aw Leave a Comment

EC2 모니터링 모범 사례 : SIOS AppKeeper를 사용하여 Amazon EC2에서 NGINX 웹 서버 보호EC2 모니터링 모범 사례 : SIOS AppKeeper를 사용하여 Amazon EC2에서 NGINX 웹 서버 보호

NGINX는로드 밸런서, 리버스 프록시 등으로 작동 할 수있는 웹 서버입니다. NGINX와 Apache는 웹 트래픽의 50 % 이상을 처리합니다.  오늘날 많은 회사들이 Amazon Linux, Red Hat Linux 및 Ubuntu를 사용하여 Amazon EC2 환경에서 NGINX Open Source 또는 NGINX Plus 웹 서버를 실행하고 있습니다.

누구나 EC2에서 NGINX와 같은 응용 프로그램을 모니터링하고 모든 시스템 불규칙성에 신속하게 대응하는 것이 가장 좋습니다.  사용자는 애플리케이션에 대한 빠른 액세스와 지속적인 가동 시간을 기대합니다.

Amazon EC2에서 NGINX 웹 서버 모니터링을위한 현재 선택

많은 회사에서 애플리케이션을 모니터링하기 위해 Amazon CloudWatch를 배포하고 있으며 스크립트를 개발하거나 AWS Lambda를 사용하여 일정 수준의 자동화를 만들고 있습니다.  그러나 사용자 지정 지표를 사용하여 Amazon CloudWatch를 올바르게 구성하고 Amazon Lambda를 설정하려면 많은 회사의 전문 지식을 넘어서는 상당한 기술 전문 지식이 필요합니다.  그리고 응용 프로그램이 발전함에 따라 스크립트를 유지 관리하는 데 비용과 노력이 필요합니다.

다른 선택은 New Relic, Dynatrace, Datadog 또는 LogicMonitor와 같은 APM (Application Performance Monitoring) 솔루션을 배포하는 것입니다.  APM 솔루션은 훌륭합니다.  그들은 모든 시스템을 감시하고 일어난 일과 이유를 정확히 찾아내는 훌륭한 일을합니다.  개발 팀과 공유하고 해석 할 수있는 로그를 생성하여 문제를 재현하고 다시 발생하지 않도록합니다.  here APM 솔루션은 정렬해야하는 많은 데이터를 제공하고 ( "소음에서 신호"분리) 장애 발생시 복구하지 않습니다.  APM 도구는 NGINX 웹 서버의 가동 중지 시간을 줄이는 데있어 솔루션의 일부일뿐입니다.

그러나 일부 회사에는 EC2 환경을 자체적으로 모니터링 할 내부 직원이나 도구가 없습니다. 이것이 그들이 관리 서비스 제공자에게 작업을 아웃소싱하기로 선택한 이유입니다.  환경이 확장됨에 따라 더 많은 직원을 고용 할 필요가 없거나 새로운 기술에 대해 팀을 교육 할 필요가없는 등 MSP와 함께 작업하여 환경을 관리하면 실질적인 이점이 있습니다.  그리고 MSP는 많은 고객에게 투자를 분산시킬 수있어 효율성을 누리고 있습니다.  그러나 단점이 있습니다.  경우에 따라 고정 비용이 높은 계약에 고정 될 수 있으며 문제가 발생하여 문제를 해결하기 위해 비용을 상승시켜야하는 경우 비용이 상승 할 수 있습니다.  또한 환경을 모니터링하는 팀과 응용 프로그램을 구축 및 배포하는 담당자 간의 연속성을 잃게됩니다.

APM 솔루션에 투자하든 MSP에 아웃소싱하든 관계없이 NGINX 웹 서버를 중단 시간과 시점에 얼마나 빨리 복구 할 수 있는지 생각해야합니다.  우리는 또 다른 대안을 제안하고자합니다 : SOIS AppKeeper를 이용한 자동 치료.

SIOS AppKeeper : EC2의 NGINX 웹 서버에 대한 자동 치료

많은 고객이 SIOS AppKeeper를 사용하여 NGINX 웹 서버를 보호하기로 선택했습니다.  표준 APM (애플리케이션 성능 모니터링) 솔루션 또는 타사 모니터링 솔루션을 선택할 수 있었지만 대신 장애 발생시 서비스 또는 전체 EC2 인스턴스를 자동으로 복구하기 위해 AppKeeper를 사용하기로 결정했습니다.  AppKeeper가 NGINX와 어떻게 작동하는지 보여주는 짧은 비디오를 소개하고 그 이유를 몇 가지 살펴 보겠습니다.

SIOS AppKeeper는 NGINX 웹 서버 및 "nginx", "캐시 관리자"및 "작업자"서비스와 같이 Amazon EC2에서 실행중인 모든 애플리케이션을 쉽게 설치 및 구성하고 모니터링하는 SaaS 서비스입니다.  이상이 감지되면 AppKeeper가 자동으로 서비스를 다시 시작하고, 작동하지 않으면 전체 인스턴스를 재부팅합니다.  더 이상 고통스러운 로그를 읽지 않아도 실패의 원인을 찾아 내거나 개발자에게 서비스를 다시 시작하거나 비싼 아웃소싱 비용을 에스컬레이션 할 수 있습니다.  AppKeeper는 NGINX 웹 서버가 EC2 모니터링 모범 사례를 따르고 있으며 제대로 실행되고 있거나 문제가 발생하면 신속하게 다시 시작될 것임을 확신 할 수 있도록 "set-it-and-forget-it"기능을 제공합니다.

Wistia 비디오 썸네일

오늘날 수백 개의 회사가 AppKeeper를 사용하여 클라우드 환경을 계속 운영하고 있습니다.  AppKeeper가 NGINX 웹 서버를 보호하는 방법에 대한 데모를 보려면이 빠른 비디오를 확인하십시오.

SIOS AppKeeper를 직접 체험하고 싶다면 14 일 무료 평가판을 제공합니다.  가입하려면 여기를 클릭하십시오.

Filed Under: 서버 클러스터 단순화

Amazon CloudWatch 란 무엇입니까?

7월 12, 2020 by Jason Aw Leave a Comment

Amazon CloudWatch 란 무엇입니까

 

Amazon CloudWatch 란 무엇입니까?

CloudWatch 및 몇 가지 장애물로 고려해야 할 사항

AWS가 클라우드 시장에서 지배적 인 점유율을 차지하면서 많은 회사들이 Amazon AWS를 사용하여 온 프레미스 시스템을 클라우드로 마이그레이션하고 있습니다.  그렇다면 AWS 환경에서 실행되는 시스템을 어떻게 관리해야합니까?

이 블로그 게시물에서는 AWS에서 제공하는 모니터링 서비스 인 Amazon CloudWatch의 기능과이를 구현하는 문제 및 해결 방법을 소개합니다.

Amazon CloudWatch를 사용하여 AWS 환경을 면밀히 모니터링

안정적인 클라우드 환경을 유지하려면 이상 ( "시스템 손상")을 신속하게 감지하여 적시에 대응하는 것이 중요합니다.  클라우드로 이동하는 모든 조직에서 모니터링은 중요하고 필요한 작업이됩니다.  온 프레미스 응용 프로그램 및 인프라를 관리하는 경우와 다르지 않습니다. 그렇다면 AWS 환경에서 어떻게 모니터링해야합니까? 한 가지 선택은 CPU, 메모리 및 디스크 사용량을 모니터링하고 미리 결정된 임계 값을 초과 할 때 알려주는 Amazon CloudWatch를 사용하는 것입니다.  또한 응용 프로그램 로그와 같은 다양한 항목을 모니터링하도록 고유 한 메트릭을 설정할 수 있습니다.

Amazon CloudWatch의 가장 큰 장점은 AWS 자체에서 제공하는 서비스라는 것입니다.  Amazon EC2 및 기타 AWS 서비스와의 친화력이 높기 때문에 빈번한 기능 확장 및 사양 변경에 신속하게 대응할 수 있으며, AWS Auto Scaling을 쉽게 지원할 수있어로드에 따라 리소스를 자동으로 늘리거나 줄입니다.  Amazon CloudWatch는 각 환경의 고유 한 환경에 맞는 정밀한 모니터링을 제공합니다.

Amazon CloudWatch 구현 과제

Amazon CloudWatch는 숙련 된 클라우드 엔지니어 및 DevOps 팀이있는 조직에 이상적이지만 일반 사용자가 알아야 할 사항이 있습니다.

Amazon CloudWatch는 조직의 AWS 환경을 모니터링하는 데 효과적이지만 구성 및 배포에는 특정 수준의 기술과 지식이 필요합니다.  특히 자체 메트릭을 설정하거나, 경고를 설정하거나, Auto Scaling을 고려할 때 복잡성이 증가합니다. 예를 들어 모니터링을 설정하는 것은 쉽지만 리소스 상황에 따라 이메일, 재부팅, AutoScaling 등을 설정하는 경우 어려울 수 있습니다.

"오류 발생시 서버 다시 시작"과 같은 지침으로 복구 프로세스를 자동화하려면 먼저 수행 할 조건 및 조치에 대한 자세한 설명을 제공하는 AWS Lambda 스크립트를 사용하여 복구 시나리오를 생성해야합니다.  팀이 AWS Lambda에 얼마나 익숙합니까?

Amazon CloudWatch의 주요 장점은 환경을 면밀히 모니터링 할 수 있다는 점이지만,이를 위해서는 모니터링 할 항목과시기, 임계 값 등을 각 시스템에 대해 사전에 올바르게 설계해야합니다.  이러한 설계 작업에는 많은 시간이 걸릴 수 있습니다.  물론 이러한 방식으로 미션 크리티컬 한 시스템을 면밀히 모니터링해야하지만이 수준의 세부 사항과 정교함이 모든 시스템에 적합한 것은 아닙니다. 내부 웹 사이트 또는 WordPress 서버와 같은 일부의 경우 운영 및 인건비를 최소화해야합니다. 이 경우 더 쉽게 운영하고 관리 할 수있는 도구를 고려해 보시기 바랍니다.

AWS에서 실행되는 운영 체제 및 애플리케이션 서비스 모니터링을위한 SIOS AppKeeper

미션 크리티컬 애플리케이션의 경우 SIOS Technology의 SIOS AppKeeper를 권장합니다.  AppKeeper는 EC2 인스턴스에서 실행되는 애플리케이션의 서비스 (프로세스)를 쉽게 설치 및 구성하고 모니터링합니다.  AppKeeper는 오류가 감지되면 서비스를 자동으로 다시 시작하고 필요한 경우 인스턴스를 재부팅합니다.   클라우드로 처음으로 이동하는 사용자조차도 정교한 스크립팅 기술이 없어도 AppKeeper가 EC2 인스턴스를 모니터링하고 자동으로 복구하도록 AppKeeper를 설정할 수 있습니다.

AppKeeper를 사용하면 모니터링 할 개별 서비스를 선택할 필요가 없습니다. 모니터링 할 EC2 인스턴스와 자동으로 수행 할 작업을 선택하면됩니다.  모니터링 할 서비스와 방법에 대해 더 구체적으로 알 수 있지만 AppKeeper는 기본적으로 쉽게 구성 할 수 있도록 설계되었습니다.  오류가 감지되거나 자동으로 복구되면 오류의 원인을 나중에 조사 할 수 있도록 오류 로그가 기록 및 저장됩니다.

AppKeeper를 사용한 AWS EC2 모니터링

Amazon CloudWatch를 사용하여 AWS 환경의 모든 것을 면밀히 모니터링하는 대신 SLA 및 복구 요구 사항을 기반으로 환경 인벤토리를 생성하고 SIOS AppKeeper를 사용하여 운영 오버 헤드를 줄이려는 시스템 및 애플리케이션을 모니터링하는 것이 좋습니다.

동일한 기능을 수행하도록 CloudWatch와 AppKeeper를 설정하는 방법을 비교하여 자세히 설명 할 향후 블로그 게시물을 계속 지켜봐 주시기 바랍니다.

SIOS AppKeeper에 대해 더 알아보기

SIOS AppKeeper 무료 평가판 가입

 

Filed Under: 서버 클러스터 단순화

테스트 / QA 시스템은 엔터프라이즈 가용성의 중요한 부분입니다

7월 8, 2020 by Jason Aw Leave a Comment

테스트 / QA 시스템은 엔터프라이즈 가용성의 중요한 부분입니다

테스트 / QA 시스템은 엔터프라이즈 가용성의 중요한 부분입니다

“내가 너에게 키스 할 수있어.”그것이 30여 년 전에 친구가 나를 향해 달려 갔을 때 친구가 나에게 쏟아져 나온 것입니다. 그녀는 우리 지역에서 가장 큰 밴드 대회 중 하나에가는 길에 색소폰에 대한 갈대를 떨어 뜨 렸습니다. 나는 그들이 누구인지 몰랐지만, 버스의 좌석에서 갈대 팩을 보았을 때 데리러 데려 가서 워밍업 지역으로 데려갔습니다. 워밍업을 시작한지 3 분이 지난 후, 그녀의 첫 번째 갈대는 금이 갔고, 빈 주머니에 손을 대고 빈둥 거리며 놀랐습니다. 내가 찾은 줄 알았을 때, 그녀는“지금 당장 키스 할 수 있습니다.”

SIOS Technology Corp.의 고객 경험 부사장 가용성 스펙트럼의 다른 단계에서 여러 엔터프라이즈 고객 및 파트너와 함께 일할 수있는 독특하고 뚜렷한 즐거움이 있습니다. 때때로 문제 해결, 완화 및 개선을 위해 최종 고객과 협력 할 기회가 있습니다. 때때로 우리 팀은 파트너 및 고객과 적극적으로 협력하여 시스템 다운 타임을 방지하기 위해 엔터프라이즈 가용성을 설계하고 구현합니다. 최근 고객 경험을 통해 거의 30 년 전에 제 친구가“당신에게 키스 할 수 있습니다”라는 말이 흐려 졌던 일을 떠올리게되었습니다.

우리 팀과 저는 고객 통화 중이었습니다. 전화는 일반적인 즐거움, 소개 및 고객의 엔터프라이즈 환경에 대한 개요로 시작되었습니다. 30 분이 지났을 때 일이 잘 진행되고있었습니다. 그들의 아키텍처는 견고하고 사려 깊으며 잘 문서화되었습니다. 그들의 팀은 지식이 풍부하고 기술적으로 건전하며 경험이 풍부했습니다. 그러나 고객은 비용 절감으로 인해 전용 테스트 / 품질 시스템을 유지할 계획이 아니라고 생각했습니다. 나는 심호흡했다.  실제로 그것은 내장 펀치에서 공기가 서두르는 것과 같은 숨을 내쉬었습니다. 응답 할 준비가되었지만 목소리가 들리기 전에  "중단 시간의 원인 중 하나는 프로세스가 부족하기 때문입니다."라고 Partner Rep Architect는 전화를 걸어 설명했습니다. 간단한 헛소리 후, 고객은 테스트 / QA 시스템을 유지하기로 동의했고 나는“당신에게 키스 할 수 있습니다!”

많은 엔터프라이즈 배포 (최신 시스템, 데이터 센터 마이그레이션 및 시스템 업데이트)의 최전선에서 지원 및 서비스 팀은 테스트 시스템 / 클러스터를 사용하여 중재 할 수있는 수십 가지 문제를 발견했습니다.

테스트 / 품질 시스템은 다운 타임을 피하기위한 HA 전략에서 매우 중요한 부분입니다. 패치, 업데이트 및 구성 변경과 같은 엔터프라이즈 배포 유지 관리와 관련된 일반적인 작업에는 위험이 따릅니다. 엄청난 위험.

생산 테스트에서 일반적으로 식별되는 위험에는 몇 가지 심각하고 잠재적으로 치명적인 문제가 포함됩니다. 

  • 손상되었거나 유효하지 않은 데이터
  • 유출 된 보호 데이터
  • 잘못된 수익 인식 (취소 된 주문 등)
  • 과부하 시스템
  • 의도하지 않은 부작용 또는 다른 생산 시스템에 미치는 영향
  • 경고를 설정하고 호출중인 사람들을 호출하는 높은 오류율
  • 비뚤어진 분석 (트래픽 퍼널, A / B 테스트 결과 등)
  • 스크립트 및 봇 활동으로 가득 찬 부정확 한 트래픽 로그 (a)

고객이 생산 과정에서 위험한 변경 사항을 적용하려고하면 결과가 상당히 손상 될 수 있습니다. 위에 나열된 것 외에도 가동 중지 시간, 응용 프로그램 설치 손상 및 돌이킬 수없는 손상의 위험이 증가합니다. Customer X (제조 산업의 유명한 SAP Enterprise 상점)를 예로 들어 보겠습니다.

평판이 좋은 사이트에서 중요한 알림을 읽은 후 OS 관리자는 프로덕션 노드를 사용 가능한 최신 커널 업데이트로 빠르게 업데이트했습니다. 몇 시간 안에 프로덕션 노드는 시작되지 않은 일련의 충돌 및 커널 패닉을 시작했습니다. 그는 서둘러 자신의 구성과 호환되지 않는 커널을 설치했습니다. 기존 응용 프로그램 패키지, 장치, 파일 시스템 및 관련 패키지의 조합 이로 인해 생산 중단이 발생하고 여러 공급 업체로 우선 순위가 높아졌습니다.

패치가 테스트 / QA 또는 샌드 박스 시스템에 적용될 때, 패치 및 중요 수정 사항을 관리 및 검증하여 생산성 손실 및 계획되지 않은 다운 타임을 줄입니다. 프로덕션 환경에서 응용 프로그램을 테스트하면 예기치 않은 문제를 식별하고 문제가 운영에 부정적인 영향을 미치기 전에 문제를 해결할 수 있습니다. 사전 프로덕션 디자인 및 테스트는 비용이 많이 드는 비즈니스 중단을 없애고 고객 경험을 개선하며 브랜드를 보호합니다.

테스트 QA 시스템을 사용하여 생산 가용성 및 프로세스 개선

테스트 / QA 시스템을 사용하여 생산 가용성 및 프로세스를 개선 할 수있는 기본 사항은 다음과 같습니다. 프로덕션 환경과 유사한 제어 가능한 환경 (가능한 한 프로덕션과 유사해야 함)은 다음과 같은 기능을 제공합니다.

  1. 커널 업데이트 및 보안 업데이트 테스트
  2. 설정 및 구성 조정 확인
  3. 생산 문제 재현 및 소프트웨어 업데이트 및 패치 테스트
  4. 호환되지 않는 변경으로 인한 응용 프로그램 버전 호환성 확인 및 다운 타임 위험 감소
  5. 이동, 유지 보수, 중단 및 기타 기업 절차 활동을 연습하고 수정할 수있는 안전한 공간 제공
  6. 엔터프라이즈 고객에게 영향을주지 않으면 서 신규 직원 및 팀원 교육

중요한 엔터프라이즈 가용성 소프트웨어를 배포하기위한 Test / QA 환경이 있다면 지금 바로 키스 할 수 있습니다. 이 환경을 갖추면 팀이 "테스트, 검증 및 검증 (2)"아키텍처, 비즈니스 요구 사항, 사용자 시나리오 및 프로덕션 환경과 가장 유사한 시스템 또는 시스템 세트와의 일반적인 통합 기능을 얻을 수 있습니다. 돈을 벌어. 물론 프로덕션 시스템을 유지 관리하고 테스트를 수행하기 위해 창을 예약해야하지만 그 사이에 안전한 버퍼 단계가 완료된 후에야합니다.

— Cassius Rhue, 고객 경험 부사장

————-

참고 문헌 :

  1. https://opensource.com/article/19/5/dont-test-production 액세스 5/4/2020
  2. https://www.softwaretestingclass.com/system-testing-what-why-how/ 액세스 5/4/2020

Filed Under: 서버 클러스터 단순화

사례 연구 : AWS EC2 Monitoring Solution은 글로벌 제조 회사가 클라우드로 이전함에 따른 스트레스를 덜어줍니다.

7월 7, 2020 by Jason Aw Leave a Comment

SIOS AppKeeper로 중요한 애플리케이션을 보호하는 도쿄 다이아몬드 툴 제조

1932 년에 설립 된 Tokyo Diamond Tools Mfg. Co., Ltd.는 가전, 반도체, 전자 기기, 의료 및 토목 공학과 같은 다양한 분야에서 절단, 슬라이싱, 연마 및 드릴링 공정을위한 다이아몬드 공구를 제조합니다. 80 년이 넘는 역사를 가진 오래된 회사이지만 도쿄 다이아몬드는 항상 적극적으로 새로운 IT 도구를 도입 해 왔습니다.  이 회사는 비즈니스 개선 속도와 효율성을 위해 Amazon AWS 및 가상화로 전환하기로 결정했습니다. SIOS AppKeeper는 필요한 응용 프로그램 가용성 보호 기능을 제공하는 데 중요한 역할을했습니다. Tokyo Diamond Tools가 클라우드로 전환 한 이유 중 하나는 AWS의 2011 년 동일본 대지진이었습니다.  본사의 서버에 직접적인 피해는 없었지만 미야기 현 센다이 공장의 장비는 랙에서 떨어져 심각한 손상을 일으켰습니다.  도쿄 다이아몬드는 더 나은 비즈니스 연속성 계획의 필요성을 보았습니다.  이는 핵심 시스템 가상화 및 클라우드 환경 사용으로의 전환을위한 주요 동인이었습니다.

처음에 회사는 비교적 작은 애플리케이션을 클라우드로 마이그레이션하기 시작했습니다.  “우리는 2011 년 11 월경에 이사를 시작했습니다.  당시에는 AWS 외에는 선택의 여지가 없었습니다.”도쿄 다이아몬드의 IT 시스템 책임자 인 Takuji Kokubo는 말했습니다.  그들은 Sony Network Communications의“Managed Cloud with AWS”클라우드 포털을 사용하여 운영을 관리했습니다.  Kokubo는 자체 설명 된 "One Man IT 운영"이므로 효율성과 자동화는 일본과 싱가포르 및 태국에서 회사의 IT 시스템을 원활하게 운영 할 수 있도록하는 데 중요합니다.

도쿄 다이아몬드 툴 타쿠 지 코쿠 보
타쿠 지 코쿠 보 씨
IT 시스템 책임자
도쿄 다이아몬드 툴 제조 유한 회사,

클라우드로 이동하고 복구 솔루션의 필요성 파악 

Diamond Tools는 클라우드 스토리지 서비스 인 Amazon EC2 및 Amazon S3를 구현했습니다. 그들은 그룹웨어, 영업 지원 및 화상 회의 시스템을 AWS로 옮겼습니다.  Diamond Tools의 화상 회의 시스템은 일상 업무에 매우 중요합니다.  “다양한 회의 및 해외 지역과의 회의에서 매우 자주 사용되는 도구입니다.  한 달에 약 100 번 사용되며, 기존 SaaS SaaS 시스템에서 AWS로 전환함으로써 연간 2 백만 엔의 비용을 줄일 수있었습니다.”라고 Kokubo는 말합니다.  이전에는 다른 회사를 포함하여 너무 많은 사용자가 동시에 시스템에 연결된 경우 음질이 저하되었습니다.  그런 다음 Kokubo는 사용자로부터 불만을 접수하지만 문제를 쉽게 해결할 수 없었습니다.  AWS에서 회사 별 화상 회의 시스템을 구축하면 비디오 및 오디오 품질이 안정화되고 불만이 줄어 듭니다.

Kokubo는 곧 EC2 환경과 관련된 문제를 경험했습니다. “EC2는 인프라로서 안정적입니다. 그러나 때때로 서비스가 실패합니다. 나는 항상 걱정했고 어느 날 해외 출장 중에 사용자가 시스템에 액세스 할 수 없다는 전화를 받았습니다.  VPN을 통해 AWS에 연결하고 실패한 서비스를 복구하기 위해 항상 가지고 다니는 랩탑을 열어야했습니다.”라고 Kokubo는 말했습니다.  분명히이 프로세스는 확장 할 수 없었습니다.

그룹웨어 응용 프로그램이 실행 된 인스턴스에서 서비스 오류가 자주 발생했습니다.  회사 직원의 대부분은 매일 아침 그룹웨어 응용 프로그램을 사용하여 일정을 확인하거나 회의실을 예약합니다. Kokubo는“많은 사람들이 저에게 전화를 걸어 문제가 발생한 경우 어떤 일이 있었는지 묻습니다. 그는이 경험을 통해 스스로 시스템을 관리하는 위험을 배웠습니다.

“10 년 전에는 장애가 발생했을 때 시스템이 중단되어 사용자가 익숙해졌습니다. 그러나 오늘은 문제가 발생하자마자 불만을 접수합니다. 이제 시스템은 언제라도 수돗물에서 나오는 물처럼 항상 작동하고 작동해야합니다.  시스템 가동 중지 시간이 점점 더 감당할 수 없게되었습니다.”라고 Kokubo는 말했습니다.

Kokubo는 EC2에서 실행되는 서비스 중 하나가 실패했을 때 항상 모든 문제를 처리해야한다고 느꼈습니다.  모든 문제를 해결할 수있는 유일한 사람이 된 것은 그에게 계속 부담이되었습니다.  Kokubo는“1 인 IT 샵이므로 헬프 데스크 기능 만 제공하는 것이 저의 가치라고 생각하는 경향이 있습니다.  그러나 좋지 않습니다. 도쿄 다이아몬드 시스템을 어떻게 지원하지 않고 작동시킬 수 있는지 고려해야했습니다.”

클라우드 서비스에 더 의존하는 회사의 유일한 IT 전문가 였기 때문에 도움이 필요하다는 것을 알았습니다. “Sony Network Communications가 SIOS AppKeeper가 EC2 인스턴스의 자동화 된 운영 및 관리를 제공한다고 말했을 때, 나는 세부 사항을 살펴보기 전에도이를 사용하기로 결정했습니다. EC2 서비스를 자동으로 복구하는 솔루션이 있다면 이동 중에 VPN에 연결하여 모든 문제를 해결할 필요가 없습니다.”라고 Kokubo는 덧붙였습니다.

SIOS AppKeeper는 EC2 인스턴스를 모니터링하고 시스템 장애가 감지되면 서비스를 자동으로 다시 시작하는 클라우드 서비스입니다.  모니터링되는 서비스가 실패 할 경우 SIOS AppKeeper는 직원이 수동으로 개입하지 않아도 서비스를 자동으로 복구합니다.

AWS에서 실행되는 10 개 이상의 애플리케이션

도쿄 다이아몬드는 다른 애플리케이션을 계속 AWS로 마이그레이션했으며, 2018 년 6 월까지 AWS에서 10 개 이상의 애플리케이션이 실행되고있었습니다. “AWS가 유용하다고 생각합니다. 운영 체제는 10 분 안에 시작되며 비즈니스에 따라 유연하게 리소스를 확장 / 축소 할 수 있습니다. 작동하지 않더라도 리소스를 삭제할 수도 있습니다.  그러나 대량의 데이터를 처리하는 핵심 시스템은 AWS가 아닌 데이터 센터를 사용하여 가상 환경으로 마이그레이션되었습니다.  우리는 사용량과 요구에 따라 시스템을 구축하기 위해 AWS와 가상 데이터 센터를 모두 사용하고 있습니다.”라고 Kokubo는 말했습니다.

도쿄 다이아몬드는 현재 직원들이 그룹웨어 애플리케이션, 영업 자동화 및 화상 회의 시스템을 포함하여 AppKeeper에 의존하는 3 가지 중요한 애플리케이션을 모니터링합니다.  Kokubo는“먼저 우리는 응용 프로그램을 분류하고 그 중 세 가지로 시작하기로 결정했습니다. 출장 중에 일상적인 정신적 부담에서 벗어나 마음의 평안을 얻을 수 있다면 비용을 지불 할 가치가 있습니다.”

SIOS AppKeeper, IT 직원이 다른 작업에 집중할 수 있도록 지원

Kokubo 씨에 따르면 더 이상 AppKeeper가 모니터링하는 인스턴스의 운영 및 관리에 대해 생각할 필요가 없습니다.  AppKeeper는 완벽하게 작동합니다.  가상 머신과 다른 AWS 애플리케이션에 집중할 시간이 생겼습니다.  Kokubo는 AppKeeper가 이러한 핵심 응용 프로그램에 대한 보안을 제공한다고 생각합니다.

그러나 AppKeeper에 대한 SIOS 기술 개발 팀에 대한 요청이 있습니다.  “이벤트가 없으면 제대로 작동하는지 걱정이되거나 로그인 방법을 잊어 버릴 수 있습니다. 그것이 작동하고 있다는 사실을 자주 나에게 알려 주면 더 좋을 것입니다.”라고 Kokubo는 말했습니다.  자동 운영 및 관리는 SIOS AppKeeper의 강점입니다. 그러나 아무 일도 일어나지 않으면 보이지 않을 수 있습니다.

Kokubo는 이러한 응용 프로그램의 문제를 해결할 필요가 없다는 점에 동의합니다.  이제 그는 진화하는 Diamond Tool의 IT 전략 및 계획, 보안 및 BCP 이니셔티브를 포함하여 관리에 더 많은 시간을 할애 할 수 있습니다.

오늘날 Diamond Tool은 세 가지 응용 프로그램의 운영 및 관리에 SIOS AppKeeper를 사용하지만 AppKeeper의 적용 범위를 다른 응용 프로그램으로 곧 확장 할 계획입니다.  이를 통해 Kokubo는 이러한 부가 가치 활동에 많은 시간을 할애 할 수 있습니다.  “직원을 고용하려고해도 일본의 인력이 줄어들 기 때문에 어렵다.  미래에는 AI (Artificial Intelligence)를 사용하는 사람들을 대체 할 시스템 툴이 필요하며 SIOS AppKeeper가 AI와 같은 기능을 개발하여 고 충격 장애를 자동으로 해결하기를 희망합니다.”라고 덧붙였습니다. 운영 관리의 실현.

SIOS AppKeeper에 대해 더 알아보기

SIOS AppKeeper 무료 평가판 가입

 

 

Filed Under: 성공 사례

  • « Previous Page
  • 1
  • 2

최근 게시물

  • Nutanix 환경에서 고가용성 솔루션을 선택하기 위한 10가지 고려 사항
  • 내 서버는 일회용인가요? 고가용성 소프트웨어가 클라우드 모범 사례에 어떻게 적용되는가?
  • 재난에 취약한 세상을 위한 데이터 복구 전략
  • DataKeeper와 Baseball: 재해 복구에 대한 전략적 접근
  • SQL Server 가동 중지 위험에 대한 예산 책정

가장 인기있는 게시물

우리의 메일 링리스트에 가입하세요

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in