저는 탄성 IP 주소 지정 및로드 밸런싱을 통해 내결함성 클라우드를 달성하는 것을 목표로하는 프로젝트에 참여하고 있습니다. 처음에는 Windows Azure를 선택했지만 포털을 통해 자동 오류 처리를 제공하고 사용자가 클라우드의 인스턴스에 대한 액세스를 제어 할 수 없습니다. 아마존 EC2에 대해 읽었지만 프로그래밍 방식으로 인스턴스를 처리 할 수있는 자유와 Amazon의 포털을 통해 수동으로 인스턴스를 처리 할 수있는 자유를 제공하는지 여부는 확실하지 않습니다. 나는이 영역에서 새로운 사람이다. 따라서 프로젝트 진행 방법에 대한 도움이 필요합니다. 내 알고리즘에는 웹 응용 프로그램이 실행되거나 데이터가 저장된 인스턴스에 대한 직접 액세스가 포함됩니다. 고맙습니다.클라우드에서 내결함성을 달성하는 방법은 무엇입니까?
짧은 대답은 '예'입니다.
네트워크에 클라우드가 설치되어 있고 Amazon에서 GUI를 사용하지 않고 새 서버를 시작하고 소프트웨어를 설치하고 모니터링하는 작업부터 모든 작업을 수행합니다. API 툴은 GUI가 할 수있는 모든 일을합니다.
Elastic Load Balancing, Auto Scaling Groups 및 CloudWatch의 조합을 사용하면 거의 아무런 노력 없이도 내결함성이있는 환경을 만들 수 있습니다.
왜 탄성 IP가 필요한지 이해가 안됩니다. 본질적으로 그들은 내결함성이 아니며, ip가 충돌하도록 할당 된 머신이라면 수동으로 다른 머신에 ip를 할당해야합니다. 이 프로세스는 오랜 시간이 걸리 지 않지만 도전적으로 사용 가능성이 높거나 내결함성이 없습니다.
아마존 Elastic Load Balancer는 매우 내결함성이있는 제품이므로로드 균형 인스턴스를 여러 지역에 분산시킬 수 있습니다. 즉, 개별 하드웨어 세트에 최대 5 ~ 6 개의 인스턴스를 가질 수 있습니다. 어떻게 든 아마존이 지역 중 하나에서 정전을 경험한다면 여전히 온라인으로 응용 프로그램을 가지고 있습니다.
또한 Elastic Load Balancer는 인스턴스에서 실행중인 응용 프로그램의 상태를 확인하기 위해 각 인스턴스의 포트를 모니터링하고 응용 프로그램의 상태 검사 외에도 아마존의 하드웨어 상태 검사를 수행하고 인스턴스 실패시.
프로젝트의 학년은 최종 공학 학위입니다. – rohan
전체 프로젝트입니다. 세부 사항으로 세분화 할 필요가 있습니다. 현재 범위가 너무 넓어서 현재 10 시간 이내에 대답 할 수 없습니다. – David