ballde

EC2 인스턴스를 생성하여 서버를 구동시키면 ip가 나옵니다. (ec2인스턴스를 누르면 아래처럼 나옵니다.) 하지만 이 IP는 고정 IP가 아닙니다. 그래서 인스턴스를 중지하고 실행시키면 ip가 변경되어 있습니다. 중지하고 실행 할 때마다 ip가 변경되어 있으면 매우 귀찮은 일이 발생.. 그래서 탄력적 ip를 사용합니다. 하지만 사용하지 않더라도 과금이 발생 하므로 꼭 필요한 만큼만 생성하여 바로 사용할 수 있도록 해야합니다.. 생성하는 것은 쉽습니다. 탄력적 ip주소 연결을 누릅니다. 그리고 자신이 사용하는 인스턴스를 선택해주면 됩니다. 그러면 탄력적 ip가 생깁니다!! (저는 ec2인스턴스에 이미 spring boot를 실행시켰습니다.) 이렇게 탄력적ip에 들어가도 접근을 할 수가 있습니다.

안정성 (고가용성) 시스템 서비스가 가능한 한 멈추지 않도록 하는 것 안정성 및 고가용성의 목표와 실현 수단 목표 실현 수단 고장 장애가 발생하지 않을 것 (MTBF, 평균 장애 지속 시간) 고장, 장애가 발생해도 복구할 수 있을 것 ———————> 컴포넌트 이중화 (MTTR, 평균 복수 시간) 고장, 장애가 발생한 것을 검출할 수 있을 것 ———————> 컴포넌트 감시 고장, 장애가 발생해도 데이터가 보호될 것 ———————> 데이터 백업 위와 같이 상용 웹 시스템에서는 미들웨어 기능이나 구조로 이중화, 감시, 백업의 세가지 수단을 구현해서 안정성 및 고가용성의 목표를 실현하고 있다. 이중화 하나의 기능을 병렬로 여러 개 나열해서 하나에 장애가 발생해도 다른 것을 이용해서 서비스를 계속할 수 있는 것 ..

네트워크 서로 다른 장비 간에 데이터를 교환할 때 기본적으로 네트워크를 경유해서 데이터 송수신 네트워크는 계층 간 역할이 나누어져 있다. 상호 연결되어 있는 계층들에서는 인터페이스로 통신 장점: 서로 영향을 주지 않고 독립적으로 동작, 상호 간에 내부 처리를 은폐하고 있기 때문에 인터페이스만 바꾸지 않으면 내부적인 처리를 마음대로 바꾸어도 됨. 단점: 오버헤드가 발생하여 성능이 떨어질 수 있음 OSI 7계층 P → D → N → T → S → P → A 프로토콜 컴퓨터가 서로 소통하기 위해 정한 규약 같은 계층 간의 약속 브라우저로 웹 페이지를 볼 때 HTTP라고 불리는 프로토콜을 이용해서 서버에 웹 페이지를 달라고 요청 TCP/IP 프로토콜 스위트 - 프로토콜 집합 인터넷의 발전과 TCP/IP 인터넷의..

직렬과 병렬 병렬화 분담할 수 있는 처리는 cpu코어를 늘리면 빨라짐 처리시간을 1/N으로 감소 하지만 무조건 좋은건 아님 → 효과가 있을 때 병렬화 한다. 직렬화 분담할 수 없는 처리는 cpu코어를 늘려도 빨라지지 않음 처리시간 변화가 없음 쿨럭 주파수를 올리면 속도 향상 하지만 하드웨어를 어느정도 좋게 할 수 있지만 무한히 늘릴수는 없음( 하드웨어적 한계) 이것이 어디에 사용되나? 웹 서버와 AP서버에서 웹서버(아파치) - 복수의 프로세스가 분담해서 처리 AP서버 - 하나의 프로세스와 복수의 쓰레드로 처리 하지만 만약 CPU코어가 하나만 있다면 1개의 프로세스만 수행 가능 아파치 프로세스를 아무리 늘릴려고 해도 1개씩밖에 수행 못함 → CPU코어수도 고려해야한다 DB서버에서 클라이언트 요청 접수 수만..

그림으로 공부하는 IT인프라 구조 1장과2장을 정리한 내용입니다. 시스템에 따라 중요한 사항을 찾아서 최적의 설계가 목표 집약형과 분할형 집약형 하나의 대형 컴퓨터로 모든 업무를 다함 장점 구성이 간단 주요 부품은 모두 다중화 → 하나가 고장 나더라도 업무를 계속 할 수 있다. 복수의 서로 다른 업무 처리를 동시에 실행 가능하도록 유한 리소스 관리 단점 대형 컴퓨터의 도입 비용과 유지 비용이 비쌈 확장성에 한계가 있음 분할형 여러 컴퓨터로 하나의 시스템 구축 장점 낮은 비용으로 시스템 구축 가능 서버 대수를 늘릴 수 있어서 확장성이 높다 단점 대수가 늘어나면 관리 구조가 복잡 한 대가 망가지면 영향 범위를 최소화하기 위한 구조를 검토 서버 특정 역할에 특화된 것 논리서버 - 웹 서버, db 서버 같은 소..