기본 콘텐츠로 건너뛰기

Self-Healing System Technology

Self-Healing System Technology (자가 치유 시스템)

자기 치유 수준 및 유형

1. 정의 :

소프트 웨어 시스템에서 자가 치유의 용어는 올바르게 작동하지 않을때, 사람 개입 없이, 정상적인 상태 또는 설계된 상태로 스스로 필요한 변경을 수행하는 모든 응용 프로그램, 서비스 또는 시스템을 나타냅니다. 

자가 치유는 상태를 지속적으로 확인 및 최적화 하고,  변화하는 조건에 자동으로 적응 으로써 시스템이 의사 결정을 내릴 수 있게 하는 것입니다. 

자가 치유 시스템은 우리가 모니터링하고있는 자원의 크기와 유형에 따라 세 단계로 나눌 수 있습니다.그 수준은 다음과 같습니다.
  • 응용 프로그램 수준
  • 시스템 수준
  • 하드웨어 수준

2. 유형별 자가 치유 수준

2.1 응용 프로그램 수준
응용 프로그램 수준 치료는 응용 프로그램 또는 서비스가 자체적으로 치료할 수있는 기능입니다. 
관리자의 사용 및 디자인 패턴을 통해 내부적으로 치유되는 응용 프로그램과 서비스를 만들 수 있습니다

e.g AKKA :자바와 스칼라를위한 고도의 동시성, 분산 성, 탄력적 인 메시지 위주의 애플리케이션을 구축하기위한 툴킷


2.2 시스템 수준
시스템 수준의 자체 치유는 일반화되고 모든 내부 서비스와는 별도로 모든 서비스 및 응용 프로그램에 적용될 수 있습니다. 이것은 전체 시스템 수준에서 설계 할 수 있는 자가 치유 유형입니다. 
시스템 수준에서 발생할 수 있는 일반적으로 모니터링되는 두 가지 측면은 프로세스 실패 및 응답 시간입니다. 


 - TTL(Time-To-Live)
   서비스 나 응용 프로그램이 주기적으로 작동하는지 확인) 
TTL (time-to-live) 시스템 레벨자가 치유

- PING (응용 프로그램 또는 서비스의 상태를 외부에서 확인)
핑 (ping)을 통한 시스템 레벨자가 치유



2.3 하드웨어 수준
이 수준에서 진정으로 의미하는 치료는 문제 발생한 노드에서  건강한 노드로의 서비스 재배포입니다. 시스템 수준에서와 마찬가지로, 우리는 주기적으로 다른 하드웨어 구성 요소의 상태를 확인하고 그에 따라 행동해야합니다. 사실, 하드웨어 수준으로 인한 대부분의 치유는 시스템 수준에서 발생합니다. 하드웨어가 올바르게 작동하지 않으면 서비스가 실패하고 시스템 수준의 치유로 해결 될 가능성이 있습니다. 
하드웨어 수준의자가 치유



반응 치료

 장애가 감지되면 시스템은 반응하여 설계된 상태로 복원

예방 치유


과거 데이터의 통계 및 실시간 데이터에 가정을 세워 정확도를 높이는 확동

댓글

이 블로그의 인기 게시물

EOS, EOL, EOSL 의 차이

  상용 HW, SW 사용하다보면, EOS, EOL, EOSL 등의 공문을 이따금식 받을 때가 있습니다 각각의 의미에 대해서 알아 보겠습니다.   <하드웨어 제품 수명> EOS(End of Sale)   - 제조사에서 공식적으로 제품 제조를 더이상 하지 않는다는 의미 입니다. - 물론 파트사 등에서 제고 물량을 구매 할 수는 있습니다. - 운용 입장에서는 판매, 제조만 안할뿐이지 유지보수에 대한 부분은 지속됩니다.(펌웨어, 드라이버 등)   ​EOL(End of Life) - 제품에 대한 수명이 끝이 났다고 판단하여 이 날짜 이후로  제품에 대한 유지지원을 일절중단함을 의미합니다.  - 신규기능 추가, 성능 개선, 보안 취약성 대응 등의 지원이 해당 기간 이후로 불가합니다.(펌웨어, 드라이버) <소프트웨어 제품 수명> ​EOS(End of Sale)     - 제조사에서 공식적으로 SW 생산 및 판매 중단을 한다는 의미입니다. - EOS가 되더라도 SW 버전 Upgrade, 패치 , 기술지원은 지속 됩니다. EOD(End of Development) - 보안 취약성 대응, 제품 장애 대응 등의 추가 개발이 종료된 S/W 버전을 의미합니다. EOL(End of Life) - 공식적으로 지원 중단 선업입니다. 신규기능 추가, 성능 개선, 보안 취약성 대응 등의 지원이 해당 기간 이후로 불가합니다 EOST(End of Support), EOSL(End of Service Life) - EOL 이후 고객의 요청에 의해 추가 지원 되는 기간입니다. 물론 비용은 배로 올라갑니다.

오라클 DB 라이선스 감사

오라클 등 글로벌 엔터프라이즈 SW 회사는 정기적으로(대략 2~3년 기준)으로 LMS라고 오딧을 진행하고 있는데요. 올바른 대응을 위해 오라클 라이선스 종류 및 LMS 절차에 대해 알아 보도록 하겠습니다 . 오라클 라이선스 방식 1) Named User Plus License    -  특정   인원이  DB 를   이용 - 동시접속자 개념이 아닌 한번이라도   DB를 이용하는 전체인원의 개념 - C/S 환경 (서버아래 있는 PC대수)  - Client/Server  환경 - DB   사용자   및   접속   무인기기 ( 센서   등 )  수가 정해진 경우 - 기업의 경우 DB에 접근하는 전체인원 - Core당 최소 구매 수량은 25user - User 라이선스는 여러 서버에 나눠서 사용 가능 - 물리적으로 서버 나누어 쓸 경우 중복계정에 대해 별도로 카운트 됨    e.g., User 라이선스 200은  A서버 100, B서버 100 사용 가능         A서버, B서버 DB 사용자 개똥이님은 라이선스 카운드가 각 각 됨 2) Processor License  -  불특정   다수가  DB 를   이용 - Web 환경 (불특정 다수가 DB를 이용하는 경우) - DB를 사용하는 유저산정이 어려운 경우 - Unlimited user로 무제한 유저 개념 오라클 라이선스 종류 - SE라이선스는 EOS로 SE2로 대체됨  - SE2라이선스는 2소캣 최대 16코아까지 사용 가능함 오라클 오딧 공문 등기 우편으로 담당자에게 날라 옵니다. 못 받았다고 잡아 뗄 수 없게 하 려는  의도가 보임 오라클 LMS 절차 오라클 라이선스 Audit 절차 (오라클에서 실제 보내온 메일을 요약함)  No  Task 산출물   R&R   기 간    1  오라클 제품 사용 현황 기초 데이터 작성 및 제공 (OSW : Oracle

오라클 라이선스 감사2

  오라클 라이선스 감사 전/후 추가 대응에 대해 알아보겠습니다.   1. OSW (Oracle Sever Worksheet) 작성하기 - 아래 5가지 부분에 대해 작성하여 오라클에 제출해야 합니다.   1. Server 정보  - > Hostname등 기본 정보   2. Database 정보 -> 설치되어 있는 제품 정보           3. Licensing 정보 -> CSI 번호(Customer Support Identifier (CSI)                            - 오라클에서 CSI에 기재 되어 있는 DB 라이선스 총 수량만 맞으면 됩니다.                              - 따라서 지금 쓰고 있는 DB와 오라클과 계약된 수량을 맞춰 기재하면 됩니다. 4. Application 정보 -> 불특정 다수가 사용하는지, 특정인만 사용하는지 판단하기 위해 조사하는듯합니다.                               -멀티플렉싱 환경의 최상단(front end)에서 해당 오라클 프로그램을 이용하는 모든 사용자수를                                카운트 해야한다고 오라클에서는 말함                              - 불특정 다수의 어플리케이션일 경우 DB 라이선스는 Core 라이선스로 할당                              - 특정인만 사용하는 어플리케이션일 경우 DB 사용자 스키마에 맞게 NUP 라이선스로 할당 5. Hardware 정보 -> CoreFactor 계산을 위한 DB가 설치되어있는 HW 정보                            오라클 제품이 설치 되어 있는 HW 마다 오라클에서 코어팩터 기준이 틀리기 때문에 반드시                            사용하고 있는 코어 라이선스 수량과 맞춰야 합니다.                            - VMware에 환경에 올라가있는