성능 테스트 도구 집중 백 맨 클라우드 시스템의 개발

집중적인 백 맨 클라우드 시스템 이란? 백 운은 프런트 엔드 액세스 및 배포, 떠나는 백 엔드 가상화 관리 플랫폼 시스템의 구름만 사용 되는 모든 인터페이스를 제거 했다. 비즈니스 시각화에 대 한 어떤 프런트 엔드 모듈 없기 때문에 이것은 더 벌 거 벗은 구름으로 알려져. 클라우드 프런트 엔드 시스템에 비해, 백 맨 클라우드 시스템은 소형, 집중 커널 시스템 클라우드 가상화 구현에 대 한 책임. 공용 클라우드를 위한 수 없는 프런트 엔드 시스템, 하지만 아무 백엔드 시스템 백엔드 제공 http://www.aliyun.com/zixun/aggregation/13883.html에 따라 공용 클라우드 시스템의 모든 코어 작업 이후 "> 가상화 기술, 구름의 초석이입니다.

성능 테스트는 다른 프런트 엔드 클라우드 전경 상호 작용의 수준을 반영 하도록 설계 되었습니다 그리고 클라우드 백엔드 성능 커널 품질의 평가 만큼 이나 중요 순전히 의미 있는 평가에 따라. 뿐만 아니라, 벌 거 벗은 클라우드 시스템의 성능 평가에 따라 즉, "커널" 성능 평가, 모든 비 커널 요소 간섭 평가, 프런트 엔드 비즈니스 프로세스 모듈 간섭, 최고의 평가 결과의 파이프라인 신호 대 잡음 비율에 클라우드 시스템 반영 등 차폐의 박탈 이다.

이 문서의 예를 들어, 집중 백 맨 클라우드 시스템의 핵심 작업 중의 가상 컴퓨터를 만들고 고 expounds "커널" 플랫폼에 동시 사용자의 가상 컴퓨터에 대 한 압력 테스트를 만드는 방법을 개발 하는 방법. 한편으로, 그것의 성능 테스트는 구름의 백 엔드에 실용적인 경험 보여줍니다, 그리고 다른 한편으로, 그것은 또한 제공 한다 기술 아이디어 및 재사용 가치 방법론 기술자에 대 한.

본문 토론, 우선, 벌 거 벗은 클라우드 시스템의 집중 후부의 간단한 설명 및 분석 성능 테스트 요구 사항, 전체 아이디어의 개발의 세 번째 부분 6 부분으로 나누어져, 특정 구현 프로세스, 테스트 결과 및 분석,이 문서의 요약의 여섯 번째 부분의 다섯 번째 부분을 소개 하는 제 4.

집중 백 맨 클라우드 시스템

이 문서는 간략하게 집중 백 맨 클라우드 시스템을 소개 한다. 여기는 범례와 결합 된 더 간단한 설명입니다. 다음 그림과 같이 그림 1 전체 클라우드 시스템의 더 완전 한 그림입니다. 빨간색 상자가 선택 bss 비즈니스 지원 서비스, 비즈니스 지원 시스템로 일반적으로 알려진 직접 고객을 직면 하는 매우 복잡 한 계층 이다. 클라우드 비즈니스 시스템을 비교 하는 경우, BSS는 비즈니스 프로세스와 관련 된 핵심 비즈니스 운영 통합 되어, 클라우드 자원의 실시간 사용자 지정, 사용자 지정 리소스 지불 모델, 결제 과정, 빌 추출, 사용자 관리, 및 등의 모든 시스템의 프런트 엔드. 이 문서에서 설명 하는 개체는 정확 하 게이 부분을 껍질입니다. 제거 시스템에 완전 한 OSS 시스템 운영 지원 서비스 레이어, 우리가 백엔드 시스템으로 해석 하 고 BSS와 상호 작용 하는 모든 인터페이스를 유지할 수 있는. 이러한 인터페이스 중 하나, 또는 추상, 좌초. 따라서, 집중 백 맨 클라우드 시스템 전체 클라우드 시스템에서 수행할 수 있는 모든 가상화 비즈니스 논리를 수행할 수 있는 한 한편으로, 다른 한편으로, 그것은 또한 호환성과 모든 프런트 엔드 모듈 원활한 도킹 보장 합니다.

그림 1입니다. 모든 클라우드 시스템 구조 개요

테스트 요구 사항 설명

다음 집중 백 클라우드 시스템의 기본적인 의미 테스트 수요는 간단 하 고 분명, 즉: 동시 사용자를 동시에 달성 하기 위해이 시스템에서 가상 컴퓨터를 만들고, 실행 하 고 가상 컴퓨터를 만드는 데 필요한 시간과 성공률을 만들 얻을.

더 생각 하 고,이 요구 사항은 사용자 상황을 단순화 수 있습니다. 단일 사용자의 경우 해결 하는 경우 동시 사용자가 사용할 수 있기 때문에 후속 구현에 대 한 다중 스레딩. 그러나, 프런트 엔드 시스템과 클라우드 달리: 권한이 있는 사용자가 단순히 인터넷에 연결 하 여 어떤 시간과 장소에서 가상 컴퓨터를 배포할 수 있습니다;만 배경 시스템을 포함 하는 맨 손으로 클라우드 플랫폼 공인된 Tsam 서버에 로그인 할 사용자 요구 (Tsam 리소스 참조), 특정 커맨드 라인을 통해 가상 컴퓨터 배포를 트리거합니다. 둘째, 가상 기계 창조의 과정 가상 컴퓨터의 상태를 판단 하 고 관련된 기간, 주기 필요 정확한 관리 메커니즘에는 작업의이 시리즈를 계산 해야 합니다.

위의 분석을 바탕으로, 요구 사항은 소 주 고 수 4 개의 작은 목표에 요약:

테스트 도구 개발

테스트 조건의 구체화 아이디어를 개발 하기 위한 프레임 워크를 낳는다. 이 섹션에서는 개발 하 고 4 개의 상세한 요구 사항, 두 번째 섹션에 설명 된 "테스트 요구 사항을 설명 합니다." 주위 디자인

첫째, 다중 스레드 시작 및 관련된 초기화에 대 한입니다. 하나의 아이디어는 직접 자바 다중 스레딩 기술 기반으로, 각 스레드는 사용자를 시뮬레이트합니다. 두 번째 아이디어 기술을 사용 하는 사용자 지정 코드 중첩 IBM Rational 성능 테스터의 해야 하는 클래스를 작성 하는 것 이다. 우리의 결론은 2의 아이디어를 채택 하는 장점 때문에 3. 첫째, 회사 자체의 RPT 동시성 특성 좋은 기능, 편의성, 보안, 우리가 더 많은 비즈니스 논리에 집중 해야 하는 개발자로 서의 내부 통합 개발; 반복 보다는 두 번째, 사용자 지정 코드 기술 개발자의 자유를 제한 하지 않습니다, 그리고 개발자는 어떤 단일 Java를 작성할 수 있습니다. 응용 프로그램 의도; 3, 그들의 자신의 프로그래밍 구현 RPT 패키지 사용자 테스트 개발자, 개발자 디자인 작업의 매개 변수 크게 절약 클래스를 호출할 수 있습니다 되었습니다. 이런이 생각을 바탕으로,이 작업 세분화 될 수 있습니다 두 개의 작업으로: 첫째, 각 사용자는 로그 파일 핸들을 갖추고 사용자 수명 주기 동안 필요한 정보 롤업 기록. 둘째, 각 사용자의 외관의 순서를 추출 합니다. 이 유용할 수 있습니다 가상 컴퓨터를 독립적으로 이름을 지정할 때 해당 사용자가 만든 가상 컴퓨터를 정확 하 게 위치 수 있도록.

둘째, 단일 사용자 비즈니스 주요 프로그램 모듈을 실현 하는 방법. 즉, 디자인 제어 과정, 주요 제어 논리를 구현 하기 위해 코드를 사용 하는 방법. 이 작업은 다음 섹션에서 구현 됩니다.

셋째, TSAM 서버 액세스 및 명령 상호 작용을 구현 하는 주요 프로그램을 해결 합니다. 특히, 우리가 TSAM 서버의 벌 거 벗은 클라우드 시스템의 백 엔드를 다루고 있기 때문에 우리의 다중 스레드 컨트롤러 그래서 처음 리눅스를 연결 하는 리눅스 서버가입니다. 연구를 통해, 우리가 발견 Ganymed SSH-2 java는 SSH 2 프로토콜 패키지의 순수 자바 구현, SSH 서버에 연결 하는 Java 프로그램에서 직접 사용할 수 있습니다. Ganymed SSH-2 지원 SSH 대화 (원격 명령 실행 및 셸 액세스), 로컬 및 원격 포트 포워딩, 로컬 데이터 흐름 머리, X11 포워딩, 및 scp가. 이 모든 JCE 공급자에 의존 하 고 이러한 모든 암호화 기능을 포함. 이것은 확실히 우리가 무엇 필요입니다. 우리의 임무는 작성 하 고 패키지의 API에 따라 그들의 요구에 속해 있는 특정 클래스를 캡슐화입니다.

4, 어떻게 가상 컴퓨터 수명 주기 레코드를 실현 하 고 관련 작업 관리. 실시간으로 관련 된 명령을 실행 하 고 각 라이프 사이클에 대 한 주요 노드를 얻을, 우리는 또한 우리의 주요 프로그램 상호 작용을 촉진 하기 위해 클래스를 디자인 해야 합니다. 녹음 트리거 생성, 효과적으로 건강 상태 예외를 던지는 포인트를 캡처 끝점 판단의 출발점 등 가상 컴퓨터 시간 제한의 포인트 디자인.