검수요청.png검수요청.png

"미러사이트"의 두 판 사이의 차이

위키원
이동: 둘러보기, 검색
(특징)
 
(사용자 4명의 중간 판 82개는 보이지 않습니다)
1번째 줄: 1번째 줄:
'''미러사이트'''(mirror site)란 여러 [[사이트]]를 간접적으로 찾아갈 있게 홈페이지에 구축된 [[웹 주소]]이다. 자신이 제공하는 정보가 아니더라도 다른 사이트에 필요한 정보가 있다면 자신의 홈페이지를 찾는 사용자들에게 그 주소를 연결시켜 줌으로써 정보를 제공할 수 있다.
+
[[파일:미러 사이트.png|오른쪽|400 픽셀|썸네일|'''미러사이트'''(mirror site)]]
 +
 
 +
'''미러사이트'''<!--미러 사이트-->(mirror site)란 다른 사이트의 정보를 마치 거울(mirror)처럼 그대로 복사하여 동일한 정보를 제공하는 [[웹사이트]]를 말한다. 동일한 내용을 전 세계 여러 지역에 분산하여 서비스함으로써 네트워크 부하를 분산할 수 있고, 시스템 장애 시 신속히 대응할 있는 장점이 있다. 다만, 동일한 시스템을 여러 곳에 중복하여 구축·운영해야 하므로 관리 및 비용 부담이 큰 단점이 있다. 유사한 개념으로 콘텐츠 전송 네트워크([[CDN]], content delivery network)가 있다.
  
 
==개요==
 
==개요==
다른 [[웹사이트]]의 콘텐츠를 그대로 복사하여 갖고 있는 사이트를 말한다. 이런 식으로 웹사이트의 파일을 동기화하는 것을 미러링이라고 부른다. 미러링의 목적은 데이터의 안정적 보존 및 본 [[서버]]에 문제가 생겼을 경우에 대한 대비이다. 미러링을 함으로써 엔하위키 미러, 나무위키 미러처럼 본 서버의 접속자를 분산하거나 해당 웹페이지를 빠르고 가볍게 접속할 수 있다. 본래 [[트래픽]] 감당과 빠른 접속을 위해 코드나 디자인이 간결하게 만들어지는 것이 특징이며, 그 기반을 둔 사이트를 본관이라고 지칭하기도 한다. 시스템에 의해 전자동으로 저장되는지, 사람이 직접 저장하는지에 따라 미러링과 아카이브로 나뉘기도 한다. 사람이 수동으로 하는 아카이브로 박제하는 것은 위법이 아니다. 다만 본관 사이트의 허가를 받지 않은 무단 불법 미러링은 위법이라고 판결이 났다. 대표적인 예시로서 엔하위키 미러가 있다. 주요 소프트웨어 개발사들은 대체로 사용자들의 다운로드 편의를 제공하기 위해 전 세계적으로 여러 개의 미러 사이트들을 운영한다.<ref>미러 사이트 나무위키 - https://namu.wiki/w/%EB%AF%B8%EB%9F%AC%20%EC%82%AC%EC%9D%B4%ED%8A%B8</ref>
+
미러사이트는 다른 [[웹사이트]]의 콘텐츠를 그대로 복사하여 갖고 있는 웹사이트 또는 컴퓨터 파일서버를 말한다. 다른 사이트의 정보를 거울처럼 그대로 복사하는 사이트라고 해서 ‘미러(mirror)’라는 이름이 붙었다. 이런 식으로 웹사이트의 파일을 동기화하는 것을 [[미러링]]이라고 부른다. 미러링의 목적은 데이터의 안정적 보존 및 본 [[서버]]에 문제가 생겼을 경우에 대한 대비이다. 미러링을 함으로써 본 서버의 접속자를 분산하거나 해당 웹페이지를 빠르고 가볍게 접속할 수 있다.<ref>미러 사이트 나무위키 - https://namu.wiki/w/%EB%AF%B8%EB%9F%AC%20%EC%82%AC%EC%9D%B4%ED%8A%B8</ref> 접속량이 많은 사이트들은 과다한 트래픽으로 접속이 힘들거나 접속 속도가 떨어지는 경우가 있다. 이를 방지하기 위해 네트워크 이용 효율을 향상시키기 위한 목적으로 미러사이트가 개발되었다. 미러사이트를 이용하면 웹사이트나 파일의 가용성을 좋게 하고, 그 사이트에서 다운로드된 파일들이 미러사이트 부근에 있는 사용자들에게 보다 빨리 도착하게 한다.
 +
 
 +
미러사이트들은 원래 사이트가 지리적으로 어느 정도의 거리가 있을 때, 보다 빨리 액세스하기 위해 사용된다. 미러사이트는 파일의 배포 부담을 2개 이상의 파일서버로 분산하거나 통신량이 폭주하는 장거리 또는 국제 회선을 경우하지 않고, [[FTP]] 서사이트에 접근할 수 있게 하여 FTP 서버로부터 다운로드 될 수 있는 파일들에 대해서도 미러파일을 만들 수 있다. 다만 인터넷상에서 유명한 사이트의 경우 전 세계 몇 군데의 미러사이트가 있기 때문에 접속이 원활하지 않은 경우가 있어, 그런 경우에는 가까운 곳 또는 국내의 미러사이트를 이용하는 것이 바람직하다. 원래 사이트가 인터넷에 고속으로 접속되어 있지 않은 경우, 고속으로 접속되어 있는 대형 사이트에 미러사이트를 만든다면 아마도 보다 많은 방문객을 유지할 수 있을 것이다. 넷스케이프, 마이크로시스템즈, 썬 마이크로시스템즈, 그리고 다른 많은 회사들이 자신의 브라우저 소프트웨어를 다운로드 받을 수 있는 미러사이트들을 가지고 있다.<ref>〈[http://www.terms.co.kr/mirrorsite.htm mirror site ; 미러사이트]〉, 《텀즈》, 1999-11-04</ref> 한편 미러사이트는 원래 사이트의 정확한 복제품이어야 하므로 원래 사이트의 내용을 확실히 반영시키기 위해 보통 주기적으로 갱신된다는 특징이 있다.
  
 
==특징==
 
==특징==
대기 서버에 완벽한 데이터베이스 복사본을 이용하여 데이터베이스의 이중화를 유지한다. 또한 클러스터링에 비해 약 3초 미만의 시간 내에 서비스가 이어진다. 그리고, 특별한 장비의 요구 사항이 없다. 그렇기 때문에 네트워크에 연결되어 있는 일반적인 저 사양의 장비로 훌륭하게 데이터가 용성을 구현할 수 있다. 또한 구현도 쉽다. 그리고, 문제가 발생하면 자동으로 서버의 역할을 교대하여 서비스를 유지한다. 이럴 때 데이터베이스 서버에 연결된 클라이언트 측에서는 어떤 서버를 사용하는지 모르는 상태에서 서버의 변경이 가능하다.
+
미러사이트는 주 센터와 동일한 수준의 정보 기술 자원을 원격지에 구축하고, 메인센터 재해복구센터 모두 액티브 상태로 실시간 동시 서비스를 하는 방식이다. 재해 발생 시 복구까지의 소요시간(RTO)는 이론적으로 '0'이다. 초기 투자 및 유지 보수에 높은 비용이 소요되며, 웹 애플리케이션 서비스 등 데이터의 업데이트의 빈도가 높지 않은 시스템에 적용 가능하다.<ref>제이제이 IT 스토리, 〈[https://jjinfotech.tistory.com/81 2차 사이트 종류별 특징]〉, 《티스토리》, 2018-09-06</ref> 미러사이트가 작동하는 방법에는 여러 가지가 있다. 가장 일반적으로 미러는 스냅 샷과 같이 원본 사이트의 정적 복사본으로, 소유자가 콘텐츠를 최신 상태로 유지하려면 미러를 자주 업데이트해야 한다. 원래 사이트의 변경 사항으로 최신 상태를 유지하는 라이브 미러를 설정할 수도 있다. 미러사이트의 용도에 따라 미러는 전체 웹 사이트를 복사하거나 파일 아카이브 역할을 할 수 있다.
:{|class=wikitable width=800
 
|+<big>'''서버역할'''</big>
 
!align=center|역할
 
!align=center|설명
 
|-
 
|align=center|Principal Server (주 서버)
 
|align=center|데이터베이스를 가지고 서비스를 운영하는 서버
 
|-
 
|align=center|Mirror Server(미러서버)
 
|align=center|주 서버의 데이터베이스의 복사본을 유지하는 서버
 
|-
 
|align=center|Witness Server(감시서버)
 
|align=center|서버간의 연결과 주 서버의 문제 발생시 자동적으로 문제점을 해결하는 서버
 
|}
 
<ref name="디비가이드넷>〈[http://www.dbguide.net/db.db?cmd=view&boardUid=13834&boardConfigUid=9&categoryUid=216&boardIdx=73&boardStep=1 데이터베이스 미러링]〉, 《디비가이드넷》</ref>
 
 
 
===구성===
 
 
 
;미러 서버 구성하기
 
 
 
주 서버가 미러 서버에 접속 가능해야 하며 트러스터 된 상태이어야 한다. 권장하는 것은 같은 도메인상에 속해있는 것이다. 한 서버에 여러 인스턴스를 이용하여 구성이 가능하다. 하지만 이렇게 하면 성능상의 문제가 있기에 권장하지 않는다.<ref name="디비가이드넷></ref>
 
 
 
;미러 데이터베이스 구성하기
 
 
 
미러 데이터베이스는 자동이 아닌 수동으로 구성된다. 두 데이터베이스(주 서버, 미러 서버)는 같은 파일 구조를 가져야 한다. 또한 전체 복구 모델로 선택되어 있어야 한다. 미러 데이터베이스 생성 즉시 주 데이터베이스의 전체 백업본을 미러 서버에 With NORECOVERY 절을 이용하여 복원해야 한다.<ref name="디비가이드넷></ref>
 
 
 
;미러링 구성을 위한 끝점(Endpoints) 구성하기
 
 
 
*미러 서버에 파트너 끝점(Partner Endpoint) 구성하기
 
:주 서버와의 통신을 위해 주 서버와 사용할 파트너 끝점이 필요하다. 아래의 예제 코드를 이용하면 Mirror_EndP라는 파트너 끝점을 만든다. STATE 파라미터를 STARTED로 지정하게 되면 바로 활성화된다. TCP 포트 5022는 미러링에서 기본적으로 사용하는 포트 번호이다.
 
 
 
CREATE ENDPOINT Mirror_EndP
 
STATE=STARTED
 
AS TCP(LISTENER_PORT=5022)
 
FOR DATABASE_MIRRORING (ROLE=PARTNER)
 
 
 
*주 서버에 파트너 끝점 구성하기
 
:미러 서버에서 보여준 것처럼, 주 서버는 미러링 서비스를 제공하는 SQL 서버 인스턴스와 통신을 파트너 끝점이 필요하다.
 
 
 
CREATE ENDPOINT Mirror_EndP
 
STATE=STARTED
 
AS TCP (LISTENER_PORT=5022)
 
FOR DATABASE_MIRRORING (ROLE=WITNESS)
 
 
 
*목격자 서버에 목격자 끝점 구성하기
 
:시나리오에 미러링 끝점이 포함되어 있으면 목격자 서비스를 제공하는 SQL 서버 인스턴스 상에 끝점이 필요하다.
 
 
 
CREATE ENDPOINT Mirror_EndP
 
STATE=STARTED
 
AS TCP (LISTENER_PORT=5022)
 
FOR DATABASE_MIRRORING (ROLE=WITNESS)
 
<ref name="디비가이드넷></ref>
 
 
 
;미러 세션 설정하기
 
위에서 미러 서버와 데이터베이스 준비되고 각 서버에 Endpoint가 생성이 되면 다음과 같이 미러 세션을 설정한다.
 
 
 
*미러 서버에서 파트너십 생성하기
 
:우선 미러 서버에서 ALTER DATBASE 명령어를 수행한다.
 
 
 
ALTER DATABASE AdventureWorks
 
SET PARTNER =‘ TCP://Seoul:5022’
 
 
 
*주 서버에서 파트너십 생성하기
 
ALTER DATABASE AdventureWorks
 
SET PARTNER =‘ TCP://Busan:5022’
 
<ref name="디비가이드넷></ref>
 
 
 
;감시 서버 구성하기
 
자동 장애 조치를 구성하려면 목적 서버를 구성해야 한다. 목적 서버는 주 서버 및 미러 서버와는 다른 서버에 구성이 되어야 한다. 그렇지만 하나의 목적 서버는 여러 개의 미러 세션을 담당할 수 있다.
 
 
 
ALTER DATABASE AdventureWorks
 
SET WITNESS =‘ TCP://DAEGU:5022’
 
<ref name="디비가이드넷></ref>
 
 
 
;감시 서버 제거하기
 
미러 서버가 제거되어도 미러링 세션은 유지된다. 다만, 자동 장애 조치는 불가능하다. 감시 서버를 제거하는 방법은 다음과 같다.
 
  
ALTER DATABASE AdventureWorks
+
미러사이트를 설정하는 일반적인 이유 중 하나는 서버에 과부하가 걸리는 갑작스러운 트래픽 유입에 대처하기 위한 것이다. 방문자에게 미러사이트 또는 여러 사이트를 제공함으로써 사이트 소유자는 사람들이 사이트를 볼 수 있도록 사이트를 계속 운영할 수 있다. 서버 문제나 트래픽 유입으로 인해 사이트가 다운될 때 유용하다. 미러사이트는 백업으로도 사용되므로 서버가 어떤 식 으로든 손상되거나 손상된 경우 전체 파일 세트가 다른 곳에서 호스팅 되도록 한다. 소프트웨어 다운로드는 종종 서버를 압도하지 않고 사용자 편의를 위해 미러사이트에서 호스팅 된다. 예를 들어 독일에 있는 다운로드 사이트는 일본 사용자를 위해 일본에 미러사이트를 제공하여 파일을 더 빨리 다운로드할 수 있다. 또한 여러 서버에 소프트웨어를 배포하면 하나 이상의 사이트가 다운되더라도 사용자가 항상 소프트웨어에 액세스할 수 있다. 고전적으로 미러사이트는 검열과 싸우기 위해 사용되었다. 예를 들어, 사이트가 종료된 경우를 대비하여 논란이 많은 사이트가 원격 위치에 미러링 될 수 있다. 또는 검열 소프트웨어에 의해 금지된 사이트는 사람들이 여전히 액세스할 수 있도록 미러를 호스팅 할 수 있다. 미러는 원본 사이트가 중단되거나 근본적으로 재설계 될 때 견딜 수 있는 일종의 살아있는 아카이브인 빈티지 콘텐츠의 저장소 역할을 할 수도 있다. 이전 화신에서 사이트를 보거나 날짜가 있지만 여전히 관심이 있는 정보에 액세스하려는 사용자에게 유용할 수 있다.<ref>〈[https://www.netinbag.com/ko/internet/what-is-a-mirror-site.html 미러 사이트 란 무엇입니까?]〉, 《네트인백》</ref>
SET WITNESS OFF
 
<ref name="디비가이드넷></ref>
 
  
 
{{각주}}
 
{{각주}}
  
 
==참고자료==
 
==참고자료==
* 미러 사이트 나무위키 - https://namu.wiki/w/%EB%AF%B8%EB%9F%AC%20%EC%82%AC%EC%9D%B4%ED%8A%B8
+
*미러 사이트 나무위키 - https://namu.wiki/w/%EB%AF%B8%EB%9F%AC%20%EC%82%AC%EC%9D%B4%ED%8A%B8
* 〈[http://www.dbguide.net/db.db?cmd=view&boardUid=13834&boardConfigUid=9&categoryUid=216&boardIdx=73&boardStep=1 데이터베이스 미러링]〉, 《디비가이드넷》
+
*미러링 나무위키 - https://namu.wiki/w/%EB%AF%B8%EB%9F%AC%EB%A7%81
 +
*〈[https://www.netinbag.com/ko/internet/what-is-a-mirror-site.html 미러 사이트 란 무엇입니까?]〉, 《네트인백》
 +
*〈[http://www.dbguide.net/db.db?cmd=view&boardUid=13834&boardConfigUid=9&categoryUid=216&boardIdx=73&boardStep=1 데이터베이스 미러링]〉, 《디비가이드넷》
 +
*〈[http://www.dbguide.net/db.db?cmd=view&boardUid=144620&boardConfigUid=9&categoryUid=216&boardIdx=68&boardStep=1 데이터베이스 미러링 및 고가용성 기술]〉, 《디비가이드넷》
 +
*〈[http://www.terms.co.kr/mirrorsite.htm mirror site ; 미러사이트]〉, 《텀즈》, 1999-11-04
 +
*제이제이 IT 스토리, 〈[https://jjinfotech.tistory.com/81 2차 사이트 종류별 특징]〉, 《티스토리》, 2018-09-06
 +
*NAVER CLOUD PLATFORM, 〈[https://medium.com/naver-cloud-platform/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-packet-%EB%A5%BC-%EC%A0%9C%EC%96%B4%ED%95%98%EB%8A%94-%EA%B8%B0%EC%88%A0-mirroring-inline-proxy-b45fbb441cca 네트워크(Packet)을 제어하는 기술 (Mirroring / Inline / Proxy)]〉, 《미디엄》, 2019-09-30
  
 
==같이 보기==
 
==같이 보기==
 +
* [[미러링]]
 +
* [[백업]]
 +
* [[CDN]]
  
 
{{하드웨어|검토 필요}}
 
{{하드웨어|검토 필요}}

2020년 8월 12일 (수) 13:34 기준 최신판

미러사이트(mirror site)

미러사이트(mirror site)란 다른 사이트의 정보를 마치 거울(mirror)처럼 그대로 복사하여 동일한 정보를 제공하는 웹사이트를 말한다. 동일한 내용을 전 세계 여러 지역에 분산하여 서비스함으로써 네트워크 부하를 분산할 수 있고, 시스템 장애 시 신속히 대응할 수 있는 장점이 있다. 다만, 동일한 시스템을 여러 곳에 중복하여 구축·운영해야 하므로 관리 및 비용 부담이 큰 단점이 있다. 유사한 개념으로 콘텐츠 전송 네트워크(CDN, content delivery network)가 있다.

개요[편집]

미러사이트는 다른 웹사이트의 콘텐츠를 그대로 복사하여 갖고 있는 웹사이트 또는 컴퓨터 파일서버를 말한다. 다른 사이트의 정보를 거울처럼 그대로 복사하는 사이트라고 해서 ‘미러(mirror)’라는 이름이 붙었다. 이런 식으로 웹사이트의 파일을 동기화하는 것을 미러링이라고 부른다. 미러링의 목적은 데이터의 안정적 보존 및 본 서버에 문제가 생겼을 경우에 대한 대비이다. 미러링을 함으로써 본 서버의 접속자를 분산하거나 해당 웹페이지를 빠르고 가볍게 접속할 수 있다.[1] 접속량이 많은 사이트들은 과다한 트래픽으로 접속이 힘들거나 접속 속도가 떨어지는 경우가 있다. 이를 방지하기 위해 네트워크 이용 효율을 향상시키기 위한 목적으로 미러사이트가 개발되었다. 미러사이트를 이용하면 웹사이트나 파일의 가용성을 좋게 하고, 그 사이트에서 다운로드된 파일들이 미러사이트 부근에 있는 사용자들에게 보다 빨리 도착하게 한다.

미러사이트들은 원래 사이트가 지리적으로 어느 정도의 거리가 있을 때, 보다 빨리 액세스하기 위해 사용된다. 미러사이트는 파일의 배포 부담을 2개 이상의 파일서버로 분산하거나 통신량이 폭주하는 장거리 또는 국제 회선을 경우하지 않고, FTP 서사이트에 접근할 수 있게 하여 FTP 서버로부터 다운로드 될 수 있는 파일들에 대해서도 미러파일을 만들 수 있다. 다만 인터넷상에서 유명한 사이트의 경우 전 세계 몇 군데의 미러사이트가 있기 때문에 접속이 원활하지 않은 경우가 있어, 그런 경우에는 가까운 곳 또는 국내의 미러사이트를 이용하는 것이 바람직하다. 원래 사이트가 인터넷에 고속으로 접속되어 있지 않은 경우, 고속으로 접속되어 있는 대형 사이트에 미러사이트를 만든다면 아마도 보다 많은 방문객을 유지할 수 있을 것이다. 넷스케이프, 마이크로시스템즈, 썬 마이크로시스템즈, 그리고 다른 많은 회사들이 자신의 브라우저 소프트웨어를 다운로드 받을 수 있는 미러사이트들을 가지고 있다.[2] 한편 미러사이트는 원래 사이트의 정확한 복제품이어야 하므로 원래 사이트의 내용을 확실히 반영시키기 위해 보통 주기적으로 갱신된다는 특징이 있다.

특징[편집]

미러사이트는 주 센터와 동일한 수준의 정보 기술 자원을 원격지에 구축하고, 메인센터 재해복구센터 모두 액티브 상태로 실시간 동시 서비스를 하는 방식이다. 재해 발생 시 복구까지의 소요시간(RTO)는 이론적으로 '0'이다. 초기 투자 및 유지 보수에 높은 비용이 소요되며, 웹 애플리케이션 서비스 등 데이터의 업데이트의 빈도가 높지 않은 시스템에 적용 가능하다.[3] 미러사이트가 작동하는 방법에는 여러 가지가 있다. 가장 일반적으로 미러는 스냅 샷과 같이 원본 사이트의 정적 복사본으로, 소유자가 콘텐츠를 최신 상태로 유지하려면 미러를 자주 업데이트해야 한다. 원래 사이트의 변경 사항으로 최신 상태를 유지하는 라이브 미러를 설정할 수도 있다. 미러사이트의 용도에 따라 미러는 전체 웹 사이트를 복사하거나 파일 아카이브 역할을 할 수 있다.

미러사이트를 설정하는 일반적인 이유 중 하나는 서버에 과부하가 걸리는 갑작스러운 트래픽 유입에 대처하기 위한 것이다. 방문자에게 미러사이트 또는 여러 사이트를 제공함으로써 사이트 소유자는 사람들이 사이트를 볼 수 있도록 사이트를 계속 운영할 수 있다. 서버 문제나 트래픽 유입으로 인해 사이트가 다운될 때 유용하다. 미러사이트는 백업으로도 사용되므로 서버가 어떤 식 으로든 손상되거나 손상된 경우 전체 파일 세트가 다른 곳에서 호스팅 되도록 한다. 소프트웨어 다운로드는 종종 서버를 압도하지 않고 사용자 편의를 위해 미러사이트에서 호스팅 된다. 예를 들어 독일에 있는 다운로드 사이트는 일본 사용자를 위해 일본에 미러사이트를 제공하여 파일을 더 빨리 다운로드할 수 있다. 또한 여러 서버에 소프트웨어를 배포하면 하나 이상의 사이트가 다운되더라도 사용자가 항상 소프트웨어에 액세스할 수 있다. 고전적으로 미러사이트는 검열과 싸우기 위해 사용되었다. 예를 들어, 사이트가 종료된 경우를 대비하여 논란이 많은 사이트가 원격 위치에 미러링 될 수 있다. 또는 검열 소프트웨어에 의해 금지된 사이트는 사람들이 여전히 액세스할 수 있도록 미러를 호스팅 할 수 있다. 미러는 원본 사이트가 중단되거나 근본적으로 재설계 될 때 견딜 수 있는 일종의 살아있는 아카이브인 빈티지 콘텐츠의 저장소 역할을 할 수도 있다. 이전 화신에서 사이트를 보거나 날짜가 있지만 여전히 관심이 있는 정보에 액세스하려는 사용자에게 유용할 수 있다.[4]

각주[편집]

  1. 미러 사이트 나무위키 - https://namu.wiki/w/%EB%AF%B8%EB%9F%AC%20%EC%82%AC%EC%9D%B4%ED%8A%B8
  2. mirror site ; 미러사이트〉, 《텀즈》, 1999-11-04
  3. 제이제이 IT 스토리, 〈2차 사이트 종류별 특징〉, 《티스토리》, 2018-09-06
  4. 미러 사이트 란 무엇입니까?〉, 《네트인백》

참고자료[편집]

같이 보기[편집]


  검수요청.png검수요청.png 이 미러사이트 문서는 하드웨어에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.