탄성 IP가없는 Amazon 인스턴스로 SSH 할 때 일반적으로 ec2-79-125-100-3.eu-west-1.compute.amazonaws.com 형식의 공용 DNS 이름을 사용합니다.AWS는 내가 SSH를 수행하는 인스턴스를 어떻게 알 수 있습니까?
DNS 이름이 항상 동일한 IP로 해석됩니까? 그렇지 않으면 탄성 IP를 구입할 필요가 없기 때문에 나는 그렇지 않다고 생각합니다. 그렇다면 DNS 이름에 IP 주소를 포함시키는 것은 무엇입니까?
또한 DNS 이름이 해석되는 IP는 많은 인스턴스에서 공유되므로 Amazon에서 내가 실제로 어떤 인스턴스에 있는지 알고 있습니까?
각 인스턴스에는 고유 한 IP가 있습니다. 신축성이없는 경우에도 일시적이지만 인스턴스에 고유합니다. 동일한 IP를 가진 2 개의 인스턴스가 없습니다. 그렇지 않으면 지적한대로 IP 번호를 지정할 때 어떤 서버가 요청되었는지 알 수있는 방법이 없습니다.
탄성 IP의 장점은 인스턴스가 항상 동일한 IP를 사용한다는 것입니다. 이를 사용하지 않으면 인스턴스를 다시 시작할 때마다 새 IP 번호가 제공됩니다. 당신이 정말로 탄성 IP를 "사지"않는다는 것을 주목하십시오. 당신이 그것을 사용할 때 비용을 지불하지 않습니다. 즉, 탄력적 인 IP가 할당 된 실행 인스턴스가있는 정상적인 상황을 의미합니다.
ec2-79-125-100-3.eu-west-1.compute.amazonaws.com은 아마존이 인스턴스에 쉽게 접근 할 수 있도록 제공 한 이름입니다. 그들은 모든 명명 체계를 선택할 수 있었지만 공용 DNS 이름에 공용 IP를 포함시키려는 것처럼 보입니다. 이것은 단지 당신에게 편의이며, 다른 대답이 지적한대로, 재시작 할 때마다 바뀔 것입니다.
신축성있는 IP의 장점은 공용 DNS 이름을 해당 IP에 매핑 할 수 있다는 것입니다. 예를 들어, 우리 회사는 EC2 인스턴스를 가리키는 정적 IP를 가지고 있습니다. 새 버전을 만들 준비가되면 새 EC2 인스턴스 인 ssh를 시작하고 모든 준비가 완료되고 Amazon에서 할당 한 공용 DNS 이름을 사용하여 새 소프트웨어를 테스트합니다. 그런 다음, 내가자를 준비가되면, 나는 신축성 IP를 새로운 인스턴스로 향하게하고 이전 인스턴스를 제거합니다. DNS 이름과 IP가 전혀 변경되지 않았기 때문에 DNS 매핑을 망칠 필요가 없습니다. 간접 접근법이 조금 더 쉬워 진 단 하나의 수준입니다.
인스턴스를 다시 시작하면 공용 DNS 이름도 변경됩니까? – Niklas
가능합니다. 예. – digitaljoel
각 인스턴스에 GUID와 같은 정적 DNS 이름을 지정하지 않는 이유는 무엇입니까? – Niklas
하지만 EC2 인스턴스가 가상화되어 있다고 생각했습니다. 동일한 IP에서 실행되는 여러 VM이 없어야합니까? – Niklas
각 인스턴스가 반드시 자체 머신을 갖지는 않는다는 의미에서 가상화되었습니다. 그러나 그것은 그것의 자신의 ip 번호를 얻는다. –