SlideShare uma empresa Scribd logo
1 de 7
Baixar para ler offline
398│2013 기술백서 White Paper
스위치의 분류 및 역할
㈜엑셈 컨설팅본부/APM팀 전 황민
개요
인터맥스 제품 설치 및 지원을 하다 보면 스위치란 단어를 많이 접하게 된다. 특히 담당자와 로
드 밸런싱에 관한 주제로 이야기를 하는 경우에는 빠짐 없이 등장하는 것이 스위치이다. 따라서
스위치에 대한 이해는 좀 더 원활한 제품 지원을 하는데 많은 도움을 준다.
실제 사이트에서 스위치는 Web Server 앞 단 혹은 WAS 와 Daemon 의 사이에 위치하는 등 필
요 요건에 따라 다양하게 위치한다. 이에 스위치를 구분하는 OSI 7 Layer 와 Layer 별 스위치의
분류 및 역할에 대해 알아보고자 한다.
OSI 7 Layer란
OSI Model (Open Systems InterConnection Reference Model)은 국제표준화기구(ISO)에
서 개발한 모델로, 컴퓨터 네트워크 프로토콜 디자인과 통신을 계층(Layer)으로 나누어 설명한
것이다. 일반적으로 OSI 7 Layer 로 불리 우며 다음과 같은 7 단계로 나뉘어 진다.
[그림1] OSI7 Layer
Part 2 APM │399
L1 - Physical Layer
실제 장치들을 연결하기 위해 필요한 전기적, 물리적 세부 사항들을 정의 한다. 예를 들어, 핀들
의 배치나 전압, 전선의 명세 등이 이 계층에 포함된다. 허브 1
나 리피터가 L1 계층에 포함된다.
L2 – Data Link Layer
Data Link Layer 는 Point to Point 간 신뢰성 있는 전송을 보장하기 위한 계층으로 CRC 기반의
오류 제어와 흐름 제어가 필요하다. 주소 값은 물리적으로 할당 받는데, 네트워크 카드 설정 시
사용되는 MAC Address 가 이에 해당한다. Data Link Layer 의 가장 잘 알려진 예는 이더넷 2
이
며, 네트워크 브릿지나 L2 스위치 등이 해당 계층에서 동작하며, 물리적으로 직접 이어진 곳에
만 연결할 수 있다.
L3 – Network Layer
Network Layer 는 여러 노드를 거칠 때마다 경로를 찾아주는 역할을 하는 계층으로 데이터를
네트워크를 통해 전달하고, 그 과정에서 QoS 를 제공하기 위한 기능적, 절차적 수단을 제공한다.
L3 Layer 는 라우팅, 흐름 제어, 세그멘테이션, 오류 제어, 인터네트워킹 등을 수행한다. 라우터
와 L3 스위치가 이 계층에서 동작한다. 전송 하고 자 하는 데이터를 IP Address 를 이용하여 다
른 네트워크를 통해 전달함으로써 인터넷이 가능하게 만드는 계층이다.
L4 – Transport Layer
Transport Layer 는 End to End 의 사용자들이 신뢰성 있는 데이터를 주고 받을 수 있도록 해준
다. 시퀀스 넘버 기반의 오류 제어 방식을 사용하며, 특정 연결의 유효성을 제어한다. L4 Layer
의 일부 프로토콜은 상태 개념이 있고(Stateful), 연결 기반(Connection Oriented)이다. 이는
Transport Layer 의 패킷들의 전송이 유효한지 확인하고 전송이 실패한 패킷들을 다시 전송한
다는 것을 뜻한다. 가장 잘 알려진 프로토콜로 TCP 가 있다.
400│2013 기술백서 White Paper
L5 – Session Layer
Session Layer 는 양 끝 단의 응용 프로세스가 통신을 관리하기 위한 방법을 제공한다. 동시 송
수신 방식(Duplex), 반 이중 방식(Half-Duplex), 전 이중 방식(Full Duplex)등의 통신과 함께,
체크 포인팅과 유휴, 종료, 다시 시작 과정 등을 수행한다. 이 계층은 TCP/IP 세션을 만들고 없
애는 책임을 진다.
1
포트가 여러 개 달린 장비로 컴퓨터들을 LAN 에 접속시키는 네트워크 장치. 한 포트로 들어온
데이터를 나머지 모든 포트로 뿌려주는 역할.
2
LAN 을 위해 개발된 컴퓨터 네트워크 기술로, OSI 모델의 Physical Layer 에서 신호와 배선, Data
Link Layer 에서 MAC 패킷과 프토로콜의 형식을 정의.
L6 – Presentation Layer
Presentation Layer 는 코드간의 번역을 담당하여 사용자 시스템에서 데이터의 형식상 차이를
다루는 부담을 Application Layer 로부터 덜어준다. MIME 인코딩이나 암호화 등의 동작이 이
계층에서 이루어진다.
L7 – Application Layer
Application Layer 는 응용 프로세스와 직접 관계하여 일반적인 응용 서비스를 수행한다. 예를
들어 Telnet 이 이에 해당한다.
Network switch란
Network switch 는 네트워크 단위들을 연결하는 통신 장비로서 허브보다 전송 속도가 개선된
것이다. 간단히 스위치라고 불리며, 스위칭 허브(switching hub), 포트 스위칭 허브(port
switching hub)라고도 한다. 역할과 기능, 그리고 구조에 따라서 수 만원에서 수 천 만원을 넘
는 것까지 다양한 형태가 있다.
Part 2 APM │401
Network switch의 분류
스위치는 OSI7 Layer 을 기준으로 해당 하는 Layer 에 따라 Layer 2, Layer3, Layer4, Layer7
으로 분류된다.
 L2 스위치: OSI Layer2 에 속하는 장비로 MAC address 를 참조하여 스위칭.
 L3 스위치: OSI Layer3 에 속하는 장비로 IP 주소를 참조하여 스위칭.
 L4 스위치: OSI Layer3~4 에 속하는 장비로 IP 주소 및 TCP/UDP 포트 정보를 참조
하여 스위칭.
 L7 스위치: OSI Layer3~7 에 속하는 장비로 IP 주소, TCP/UDP 포트 정보 및 패킷
내용까지 참조하여 스위칭.
Network switch의 역할
L2 스위치
스위치의 기본 정의에 가장 부합하는 것이 L2 스위치다. 따라서 L2 스위치를 그냥 스위치로 부
르기도 한다.
L2 스위치는 허브에서 한 단계 진화한 것으로 도착한 패킷의 제일 앞에 있는 목적지 MAC
Address 를 보고 어떤 포트로 보낼 것인가를 판단한다.
OSI7 Layer 에서 Layer 2 는 Data Link Layer 이므로 L2 스위치는 이더넷 레벨에서 동작할 뿐
그 상위 Layer 인 Network Layer 에서 동작하는 IP 등을 이해하지 못한다. 따라서 IP Address
단위 서비스인 라우팅이 불가능 하다.
402│2013 기술백서 White Paper
[그림2] L2 스위치
L3 스위치
L3 스위치는 OSI7 Layer 중 3 단계 Layer 인 Network Layer 에서 동작을 하므로 IP 스위칭이
가능하다. 자신에게 온 패킷의 목적지가 외부에 존재하는 IP 일 경우 그 패킷을 외부에 연결된
라우터로 보내줄 수 있다. 즉, L3 스위치는 라우터 기능도 갖고 있기 때문에 라우터와의 경계가
모호해진다.
[그림3] L3 스위치
L3 스위치의 경우 라우터보다 가격 및 성능은 우수하나 소프트웨어 기능(F/W, IPS, VPN 등)이 적
다.
L4 스위치
L4 Switch 는 Layer 4 단계인 Transport Layer 에서 동작한다. L4 단계의 프로토콜인
TCP/UDP 등에서 스위칭을 수행하므로 TCP 와 UDP 등의 헤더를 보고 그것이 FTP 인지 HTTP
Part 2 APM │403
인지 아니면 SMTP 인지를 구분한 후 어떤 것을 우선시해서 스위칭 할지 판단 할 수 있다. 즉, 로
드 밸런싱이 가능해 진다는 것으로 이는 L3 스위치 이하에서는 불가능한 것이다.
[그림4] L4 스위치
L7 스위치
L7 스위치는 OSI7 Layer 중 가장 상위의 Layer 인 Application Layer 에서 동작을 하는 스위치
로 상당히 다양한 조건으로 로드 밸런싱이 가능하다. 예를 들면 이메일의 제목이나 문자열을 보
고 내용을 파악한다거나 HTTP 의 URL, 또는 FTP 의 파일명, 쿠키 정보, 특정 바이러스의 패턴
등을 분석해서 보안에 유리하고 더욱 정교한 로드 밸런싱을 가능케 한다.
사실 Application 단계의 데이터를 전부 다룬다는 것은 불가능하기 때문에 L7 스위치는 단지 패
킷의 내용을 조금 더 참조하여 좀 더 스마트한 기능을 제공할 뿐이다.
[그림5] L7 스위치
404│2013 기술백서 White Paper
결론
앞서 Layer 에 따른 스위치의 종류에 대하여 살펴 보았다. 스위치의 또 다른 특징으로는 상위 레
벨의 스위치가 하위 레벨의 기능을 포함하고 있다는 점이다. 즉, L4 스위치의 경우 L2, L3 스위
치의 기능을 제공한다. 물론 당연히 상위 레벨로 갈수록 스위치의 가격은 높아진다.
상단의 그림으로는 Layer 별 스위치에 대하여 구분이 힘들 뿐만 아니라 설명 또한 복잡하게 느
껴질 수도 있지만 요점만 살피면 다음과 같다.
 L2 스위치: 동일 네트워크 간의 연결만 가능.
 L3 스위치: 서로 다른 네트워크간의 연결이 가능.
 L4 스위치: 서버나 네트워크 간의 로드밸런싱 용도.
 L7 스위치: 데이터 안의 실제 내용을 기반으로 한 로드밸런싱.
참조문헌
Cisco Network&New CCNA / 전성복, 황상욱 / 베스트 북
한 권으로 끝내는 IP 라우팅 / 피터 전 / NEVER STOP
http://en.wikipedia.org/wiki/Network_switch
http://ko.wikipedia.org/wiki/OSI_모형

Mais conteúdo relacionado

Mais procurados

REST에 대해 알아봅시다.pdf
REST에 대해 알아봅시다.pdfREST에 대해 알아봅시다.pdf
REST에 대해 알아봅시다.pdfHo Jeong Im
 
TCP/IP 발표자료 - 김연수
TCP/IP 발표자료 - 김연수TCP/IP 발표자료 - 김연수
TCP/IP 발표자료 - 김연수Yeon Soo Kim
 
리눅스 소켓 프로그래밍 기초
리눅스 소켓 프로그래밍 기초리눅스 소켓 프로그래밍 기초
리눅스 소켓 프로그래밍 기초Yu Yongwoo
 
네트워크 스터디(Tcp 소켓 프로그래밍)
네트워크 스터디(Tcp 소켓 프로그래밍)네트워크 스터디(Tcp 소켓 프로그래밍)
네트워크 스터디(Tcp 소켓 프로그래밍)MoonLightMS
 
뇌자T 1.네트워크와 tcpip
뇌자T   1.네트워크와 tcpip뇌자T   1.네트워크와 tcpip
뇌자T 1.네트워크와 tcpipsj k
 
Cse342 chapter 04
Cse342 chapter 04Cse342 chapter 04
Cse342 chapter 04Jinil Nam
 

Mais procurados (6)

REST에 대해 알아봅시다.pdf
REST에 대해 알아봅시다.pdfREST에 대해 알아봅시다.pdf
REST에 대해 알아봅시다.pdf
 
TCP/IP 발표자료 - 김연수
TCP/IP 발표자료 - 김연수TCP/IP 발표자료 - 김연수
TCP/IP 발표자료 - 김연수
 
리눅스 소켓 프로그래밍 기초
리눅스 소켓 프로그래밍 기초리눅스 소켓 프로그래밍 기초
리눅스 소켓 프로그래밍 기초
 
네트워크 스터디(Tcp 소켓 프로그래밍)
네트워크 스터디(Tcp 소켓 프로그래밍)네트워크 스터디(Tcp 소켓 프로그래밍)
네트워크 스터디(Tcp 소켓 프로그래밍)
 
뇌자T 1.네트워크와 tcpip
뇌자T   1.네트워크와 tcpip뇌자T   1.네트워크와 tcpip
뇌자T 1.네트워크와 tcpip
 
Cse342 chapter 04
Cse342 chapter 04Cse342 chapter 04
Cse342 chapter 04
 

Destaque

Result Cache 동작원리 및 활용방안_Wh oracle
Result Cache 동작원리 및 활용방안_Wh oracleResult Cache 동작원리 및 활용방안_Wh oracle
Result Cache 동작원리 및 활용방안_Wh oracle엑셈
 
All about JDBC Performance Tuning_Wh apm
All about JDBC Performance Tuning_Wh apmAll about JDBC Performance Tuning_Wh apm
All about JDBC Performance Tuning_Wh apm엑셈
 
ORACLE EXADATA HCC 압축방식 이해하기_Wh oracle
ORACLE EXADATA HCC 압축방식 이해하기_Wh oracleORACLE EXADATA HCC 압축방식 이해하기_Wh oracle
ORACLE EXADATA HCC 압축방식 이해하기_Wh oracle엑셈
 
Runtime Data Areas_Wh apm
Runtime Data Areas_Wh apmRuntime Data Areas_Wh apm
Runtime Data Areas_Wh apm엑셈
 
IBM JVM GC_Wh apm
IBM JVM GC_Wh apmIBM JVM GC_Wh apm
IBM JVM GC_Wh apm엑셈
 
Class Loader_Wh apm
Class Loader_Wh apmClass Loader_Wh apm
Class Loader_Wh apm엑셈
 
SQL Profile을 이용한 SQL Plan 변경_Wh oracle
SQL Profile을 이용한 SQL Plan 변경_Wh oracleSQL Profile을 이용한 SQL Plan 변경_Wh oracle
SQL Profile을 이용한 SQL Plan 변경_Wh oracle엑셈
 
SQL PlAN MANAGEMENT 활용_Wh oracle
SQL PlAN MANAGEMENT 활용_Wh oracleSQL PlAN MANAGEMENT 활용_Wh oracle
SQL PlAN MANAGEMENT 활용_Wh oracle엑셈
 
KEEP BUFFER 활용 방안_Wh oracle
KEEP BUFFER 활용 방안_Wh oracleKEEP BUFFER 활용 방안_Wh oracle
KEEP BUFFER 활용 방안_Wh oracle엑셈
 
NLJ BATCH와 부분범위 처리_Wh oracle
NLJ BATCH와 부분범위 처리_Wh oracleNLJ BATCH와 부분범위 처리_Wh oracle
NLJ BATCH와 부분범위 처리_Wh oracle엑셈
 
JVM Synchronization_Wh apm
JVM Synchronization_Wh apmJVM Synchronization_Wh apm
JVM Synchronization_Wh apm엑셈
 
WINDOW FUNCTION의 이해와 활용방법_Wh oracle
WINDOW FUNCTION의 이해와 활용방법_Wh oracleWINDOW FUNCTION의 이해와 활용방법_Wh oracle
WINDOW FUNCTION의 이해와 활용방법_Wh oracle엑셈
 
SPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracle
SPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracleSPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracle
SPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracle엑셈
 
SQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracle
SQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracleSQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracle
SQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracle엑셈
 
Hotspot JVM GC_Wh apm
Hotspot JVM GC_Wh apmHotspot JVM GC_Wh apm
Hotspot JVM GC_Wh apm엑셈
 
배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle
배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle
배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle엑셈
 
[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2
[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2
[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2Seok-joon Yun
 
[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3
[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3
[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3Seok-joon Yun
 
[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4
[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4
[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4Seok-joon Yun
 
WAS의 동작과 WEB, Servlet, JSP_Wh apm
WAS의 동작과 WEB, Servlet, JSP_Wh apmWAS의 동작과 WEB, Servlet, JSP_Wh apm
WAS의 동작과 WEB, Servlet, JSP_Wh apm엑셈
 

Destaque (20)

Result Cache 동작원리 및 활용방안_Wh oracle
Result Cache 동작원리 및 활용방안_Wh oracleResult Cache 동작원리 및 활용방안_Wh oracle
Result Cache 동작원리 및 활용방안_Wh oracle
 
All about JDBC Performance Tuning_Wh apm
All about JDBC Performance Tuning_Wh apmAll about JDBC Performance Tuning_Wh apm
All about JDBC Performance Tuning_Wh apm
 
ORACLE EXADATA HCC 압축방식 이해하기_Wh oracle
ORACLE EXADATA HCC 압축방식 이해하기_Wh oracleORACLE EXADATA HCC 압축방식 이해하기_Wh oracle
ORACLE EXADATA HCC 압축방식 이해하기_Wh oracle
 
Runtime Data Areas_Wh apm
Runtime Data Areas_Wh apmRuntime Data Areas_Wh apm
Runtime Data Areas_Wh apm
 
IBM JVM GC_Wh apm
IBM JVM GC_Wh apmIBM JVM GC_Wh apm
IBM JVM GC_Wh apm
 
Class Loader_Wh apm
Class Loader_Wh apmClass Loader_Wh apm
Class Loader_Wh apm
 
SQL Profile을 이용한 SQL Plan 변경_Wh oracle
SQL Profile을 이용한 SQL Plan 변경_Wh oracleSQL Profile을 이용한 SQL Plan 변경_Wh oracle
SQL Profile을 이용한 SQL Plan 변경_Wh oracle
 
SQL PlAN MANAGEMENT 활용_Wh oracle
SQL PlAN MANAGEMENT 활용_Wh oracleSQL PlAN MANAGEMENT 활용_Wh oracle
SQL PlAN MANAGEMENT 활용_Wh oracle
 
KEEP BUFFER 활용 방안_Wh oracle
KEEP BUFFER 활용 방안_Wh oracleKEEP BUFFER 활용 방안_Wh oracle
KEEP BUFFER 활용 방안_Wh oracle
 
NLJ BATCH와 부분범위 처리_Wh oracle
NLJ BATCH와 부분범위 처리_Wh oracleNLJ BATCH와 부분범위 처리_Wh oracle
NLJ BATCH와 부분범위 처리_Wh oracle
 
JVM Synchronization_Wh apm
JVM Synchronization_Wh apmJVM Synchronization_Wh apm
JVM Synchronization_Wh apm
 
WINDOW FUNCTION의 이해와 활용방법_Wh oracle
WINDOW FUNCTION의 이해와 활용방법_Wh oracleWINDOW FUNCTION의 이해와 활용방법_Wh oracle
WINDOW FUNCTION의 이해와 활용방법_Wh oracle
 
SPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracle
SPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracleSPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracle
SPA(SQL Performance Analyze)를 이용한 통계 정보 수집_Wh oracle
 
SQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracle
SQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracleSQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracle
SQL 튜닝에 Dictionary View 활용하기 Part2_Wh oracle
 
Hotspot JVM GC_Wh apm
Hotspot JVM GC_Wh apmHotspot JVM GC_Wh apm
Hotspot JVM GC_Wh apm
 
배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle
배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle
배치 프로그램에서 튜닝대상 SQL 추출하기_Wh oracle
 
[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2
[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2
[2015-06-19] Oracle 성능 최적화 및 품질 고도화 2
 
[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3
[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3
[2015-06-26] Oracle 성능 최적화 및 품질 고도화 3
 
[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4
[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4
[2015 07-06-윤석준] Oracle 성능 최적화 및 품질 고도화 4
 
WAS의 동작과 WEB, Servlet, JSP_Wh apm
WAS의 동작과 WEB, Servlet, JSP_Wh apmWAS의 동작과 WEB, Servlet, JSP_Wh apm
WAS의 동작과 WEB, Servlet, JSP_Wh apm
 

Semelhante a 스위치의 분류 및 역할_Wh apm

05 1 통신프로토콜과표준화-최근표준화협력방향
05 1 통신프로토콜과표준화-최근표준화협력방향05 1 통신프로토콜과표준화-최근표준화협력방향
05 1 통신프로토콜과표준화-최근표준화협력방향Youngsun Lee
 
Interface and Protocol
Interface and ProtocolInterface and Protocol
Interface and ProtocolWonjun Hwang
 
클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)
클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)
클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)Laehyoung Kim
 
초보자를 위한 네트워크/VLAN 기초
초보자를 위한 네트워크/VLAN 기초초보자를 위한 네트워크/VLAN 기초
초보자를 위한 네트워크/VLAN 기초Open Source Consulting
 
Netmanias L2,L3 Training (5) L3 SW Architecture
Netmanias L2,L3 Training (5) L3 SW ArchitectureNetmanias L2,L3 Training (5) L3 SW Architecture
Netmanias L2,L3 Training (5) L3 SW ArchitectureChris Changmo Yoo
 
Implementing remote procedure calls rev2
Implementing remote procedure calls rev2Implementing remote procedure calls rev2
Implementing remote procedure calls rev2Sung-jae Park
 
2nd SDN Interest Group Seminar-Session3 (121218)
2nd SDN Interest Group Seminar-Session3 (121218)2nd SDN Interest Group Seminar-Session3 (121218)
2nd SDN Interest Group Seminar-Session3 (121218)NAIM Networks, Inc.
 
Block chain architecture and hyperledger fabric overview
Block chain architecture and hyperledger fabric overviewBlock chain architecture and hyperledger fabric overview
Block chain architecture and hyperledger fabric overview병준 김
 
Python으로 채팅 구현하기
Python으로 채팅 구현하기Python으로 채팅 구현하기
Python으로 채팅 구현하기Tae Young Lee
 
[Polygon] Bring the World to Ethereum 발표자료
[Polygon] Bring the World to Ethereum 발표자료[Polygon] Bring the World to Ethereum 발표자료
[Polygon] Bring the World to Ethereum 발표자료Seung-chan Baeg
 
Java rmi 개발 가이드
Java rmi 개발 가이드Java rmi 개발 가이드
Java rmi 개발 가이드중선 곽
 
NAT and Hole Punching_SYS4U I&C
NAT and Hole Punching_SYS4U I&CNAT and Hole Punching_SYS4U I&C
NAT and Hole Punching_SYS4U I&Csys4u
 
웹을 지탱하는 기술
웹을 지탱하는 기술웹을 지탱하는 기술
웹을 지탱하는 기술정혁 권
 
웹을 지탱하는 기술
웹을 지탱하는 기술웹을 지탱하는 기술
웹을 지탱하는 기술JungHyuk Kwon
 
Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)
Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)
Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)Kyunghun Jeon
 
ONOS(Open Network Operating System) V1.0 Avocet
ONOS(Open Network Operating System) V1.0 AvocetONOS(Open Network Operating System) V1.0 Avocet
ONOS(Open Network Operating System) V1.0 Avocetrootfs32
 
RPC에서 REST까지 간단한 개념소개
RPC에서 REST까지 간단한 개념소개RPC에서 REST까지 간단한 개념소개
RPC에서 REST까지 간단한 개념소개Wonchang Song
 
Linux programming study
Linux programming studyLinux programming study
Linux programming studyYunseok Lee
 

Semelhante a 스위치의 분류 및 역할_Wh apm (20)

05 1 통신프로토콜과표준화-최근표준화협력방향
05 1 통신프로토콜과표준화-최근표준화협력방향05 1 통신프로토콜과표준화-최근표준화협력방향
05 1 통신프로토콜과표준화-최근표준화협력방향
 
Interface and Protocol
Interface and ProtocolInterface and Protocol
Interface and Protocol
 
클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)
클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)
클라우드 환경을 위한 네트워크 가상화와 NSX(기초편)
 
초보자를 위한 네트워크/VLAN 기초
초보자를 위한 네트워크/VLAN 기초초보자를 위한 네트워크/VLAN 기초
초보자를 위한 네트워크/VLAN 기초
 
Netmanias L2,L3 Training (5) L3 SW Architecture
Netmanias L2,L3 Training (5) L3 SW ArchitectureNetmanias L2,L3 Training (5) L3 SW Architecture
Netmanias L2,L3 Training (5) L3 SW Architecture
 
Implementing remote procedure calls rev2
Implementing remote procedure calls rev2Implementing remote procedure calls rev2
Implementing remote procedure calls rev2
 
2nd SDN Interest Group Seminar-Session3 (121218)
2nd SDN Interest Group Seminar-Session3 (121218)2nd SDN Interest Group Seminar-Session3 (121218)
2nd SDN Interest Group Seminar-Session3 (121218)
 
Block chain architecture and hyperledger fabric overview
Block chain architecture and hyperledger fabric overviewBlock chain architecture and hyperledger fabric overview
Block chain architecture and hyperledger fabric overview
 
L4교육자료
L4교육자료L4교육자료
L4교육자료
 
Python으로 채팅 구현하기
Python으로 채팅 구현하기Python으로 채팅 구현하기
Python으로 채팅 구현하기
 
[Polygon] Bring the World to Ethereum 발표자료
[Polygon] Bring the World to Ethereum 발표자료[Polygon] Bring the World to Ethereum 발표자료
[Polygon] Bring the World to Ethereum 발표자료
 
Java rmi 개발 가이드
Java rmi 개발 가이드Java rmi 개발 가이드
Java rmi 개발 가이드
 
NAT and Hole Punching_SYS4U I&C
NAT and Hole Punching_SYS4U I&CNAT and Hole Punching_SYS4U I&C
NAT and Hole Punching_SYS4U I&C
 
웹을 지탱하는 기술
웹을 지탱하는 기술웹을 지탱하는 기술
웹을 지탱하는 기술
 
웹을 지탱하는 기술
웹을 지탱하는 기술웹을 지탱하는 기술
웹을 지탱하는 기술
 
Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)
Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)
Backend Master | 1.1 Enhancing performance - Scalability (Scale UP & OUT)
 
ONOS(Open Network Operating System) V1.0 Avocet
ONOS(Open Network Operating System) V1.0 AvocetONOS(Open Network Operating System) V1.0 Avocet
ONOS(Open Network Operating System) V1.0 Avocet
 
RPC에서 REST까지 간단한 개념소개
RPC에서 REST까지 간단한 개념소개RPC에서 REST까지 간단한 개념소개
RPC에서 REST까지 간단한 개념소개
 
PL/SQL - 10g Release1
PL/SQL - 10g Release1PL/SQL - 10g Release1
PL/SQL - 10g Release1
 
Linux programming study
Linux programming studyLinux programming study
Linux programming study
 

Mais de 엑셈

TABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracle
TABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracleTABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracle
TABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracle엑셈
 
SSD 개념 및 활용_Wh oracle
SSD 개념 및 활용_Wh oracleSSD 개념 및 활용_Wh oracle
SSD 개념 및 활용_Wh oracle엑셈
 
대량의 DML 작업에 대한 성능개선방안_Wh oracle
대량의 DML 작업에 대한 성능개선방안_Wh oracle대량의 DML 작업에 대한 성능개선방안_Wh oracle
대량의 DML 작업에 대한 성능개선방안_Wh oracle엑셈
 
Commit Wait Class 대기시간 감소 방안_Wh oracle
Commit Wait Class 대기시간 감소 방안_Wh oracleCommit Wait Class 대기시간 감소 방안_Wh oracle
Commit Wait Class 대기시간 감소 방안_Wh oracle엑셈
 
BlOOM FILTER의 이해와 활용방법_Wh oracle
BlOOM FILTER의 이해와 활용방법_Wh oracleBlOOM FILTER의 이해와 활용방법_Wh oracle
BlOOM FILTER의 이해와 활용방법_Wh oracle엑셈
 
Bind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracle
Bind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracleBind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracle
Bind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracle엑셈
 
Oracle Query Optimizer 관련 Parameter_OracleParameter
Oracle Query Optimizer 관련 Parameter_OracleParameterOracle Query Optimizer 관련 Parameter_OracleParameter
Oracle Query Optimizer 관련 Parameter_OracleParameter엑셈
 
System Capa Planning_DBA oracle edu
System Capa Planning_DBA oracle eduSystem Capa Planning_DBA oracle edu
System Capa Planning_DBA oracle edu엑셈
 
TX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case study
TX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case studyTX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case study
TX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case study엑셈
 

Mais de 엑셈 (9)

TABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracle
TABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracleTABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracle
TABLE ACCESS 패턴을 이용한 SQL 튜닝_Wh oracle
 
SSD 개념 및 활용_Wh oracle
SSD 개념 및 활용_Wh oracleSSD 개념 및 활용_Wh oracle
SSD 개념 및 활용_Wh oracle
 
대량의 DML 작업에 대한 성능개선방안_Wh oracle
대량의 DML 작업에 대한 성능개선방안_Wh oracle대량의 DML 작업에 대한 성능개선방안_Wh oracle
대량의 DML 작업에 대한 성능개선방안_Wh oracle
 
Commit Wait Class 대기시간 감소 방안_Wh oracle
Commit Wait Class 대기시간 감소 방안_Wh oracleCommit Wait Class 대기시간 감소 방안_Wh oracle
Commit Wait Class 대기시간 감소 방안_Wh oracle
 
BlOOM FILTER의 이해와 활용방법_Wh oracle
BlOOM FILTER의 이해와 활용방법_Wh oracleBlOOM FILTER의 이해와 활용방법_Wh oracle
BlOOM FILTER의 이해와 활용방법_Wh oracle
 
Bind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracle
Bind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracleBind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracle
Bind Peeking 한계에 따른 Adaptive Cursor Sharing 등장_Wh oracle
 
Oracle Query Optimizer 관련 Parameter_OracleParameter
Oracle Query Optimizer 관련 Parameter_OracleParameterOracle Query Optimizer 관련 Parameter_OracleParameter
Oracle Query Optimizer 관련 Parameter_OracleParameter
 
System Capa Planning_DBA oracle edu
System Capa Planning_DBA oracle eduSystem Capa Planning_DBA oracle edu
System Capa Planning_DBA oracle edu
 
TX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case study
TX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case studyTX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case study
TX락 경험에 의한 시스템 성능 저하 분석 사례_Maxgauge case study
 

스위치의 분류 및 역할_Wh apm

  • 1. 398│2013 기술백서 White Paper 스위치의 분류 및 역할 ㈜엑셈 컨설팅본부/APM팀 전 황민 개요 인터맥스 제품 설치 및 지원을 하다 보면 스위치란 단어를 많이 접하게 된다. 특히 담당자와 로 드 밸런싱에 관한 주제로 이야기를 하는 경우에는 빠짐 없이 등장하는 것이 스위치이다. 따라서 스위치에 대한 이해는 좀 더 원활한 제품 지원을 하는데 많은 도움을 준다. 실제 사이트에서 스위치는 Web Server 앞 단 혹은 WAS 와 Daemon 의 사이에 위치하는 등 필 요 요건에 따라 다양하게 위치한다. 이에 스위치를 구분하는 OSI 7 Layer 와 Layer 별 스위치의 분류 및 역할에 대해 알아보고자 한다. OSI 7 Layer란 OSI Model (Open Systems InterConnection Reference Model)은 국제표준화기구(ISO)에 서 개발한 모델로, 컴퓨터 네트워크 프로토콜 디자인과 통신을 계층(Layer)으로 나누어 설명한 것이다. 일반적으로 OSI 7 Layer 로 불리 우며 다음과 같은 7 단계로 나뉘어 진다. [그림1] OSI7 Layer
  • 2. Part 2 APM │399 L1 - Physical Layer 실제 장치들을 연결하기 위해 필요한 전기적, 물리적 세부 사항들을 정의 한다. 예를 들어, 핀들 의 배치나 전압, 전선의 명세 등이 이 계층에 포함된다. 허브 1 나 리피터가 L1 계층에 포함된다. L2 – Data Link Layer Data Link Layer 는 Point to Point 간 신뢰성 있는 전송을 보장하기 위한 계층으로 CRC 기반의 오류 제어와 흐름 제어가 필요하다. 주소 값은 물리적으로 할당 받는데, 네트워크 카드 설정 시 사용되는 MAC Address 가 이에 해당한다. Data Link Layer 의 가장 잘 알려진 예는 이더넷 2 이 며, 네트워크 브릿지나 L2 스위치 등이 해당 계층에서 동작하며, 물리적으로 직접 이어진 곳에 만 연결할 수 있다. L3 – Network Layer Network Layer 는 여러 노드를 거칠 때마다 경로를 찾아주는 역할을 하는 계층으로 데이터를 네트워크를 통해 전달하고, 그 과정에서 QoS 를 제공하기 위한 기능적, 절차적 수단을 제공한다. L3 Layer 는 라우팅, 흐름 제어, 세그멘테이션, 오류 제어, 인터네트워킹 등을 수행한다. 라우터 와 L3 스위치가 이 계층에서 동작한다. 전송 하고 자 하는 데이터를 IP Address 를 이용하여 다 른 네트워크를 통해 전달함으로써 인터넷이 가능하게 만드는 계층이다. L4 – Transport Layer Transport Layer 는 End to End 의 사용자들이 신뢰성 있는 데이터를 주고 받을 수 있도록 해준 다. 시퀀스 넘버 기반의 오류 제어 방식을 사용하며, 특정 연결의 유효성을 제어한다. L4 Layer 의 일부 프로토콜은 상태 개념이 있고(Stateful), 연결 기반(Connection Oriented)이다. 이는 Transport Layer 의 패킷들의 전송이 유효한지 확인하고 전송이 실패한 패킷들을 다시 전송한 다는 것을 뜻한다. 가장 잘 알려진 프로토콜로 TCP 가 있다.
  • 3. 400│2013 기술백서 White Paper L5 – Session Layer Session Layer 는 양 끝 단의 응용 프로세스가 통신을 관리하기 위한 방법을 제공한다. 동시 송 수신 방식(Duplex), 반 이중 방식(Half-Duplex), 전 이중 방식(Full Duplex)등의 통신과 함께, 체크 포인팅과 유휴, 종료, 다시 시작 과정 등을 수행한다. 이 계층은 TCP/IP 세션을 만들고 없 애는 책임을 진다. 1 포트가 여러 개 달린 장비로 컴퓨터들을 LAN 에 접속시키는 네트워크 장치. 한 포트로 들어온 데이터를 나머지 모든 포트로 뿌려주는 역할. 2 LAN 을 위해 개발된 컴퓨터 네트워크 기술로, OSI 모델의 Physical Layer 에서 신호와 배선, Data Link Layer 에서 MAC 패킷과 프토로콜의 형식을 정의. L6 – Presentation Layer Presentation Layer 는 코드간의 번역을 담당하여 사용자 시스템에서 데이터의 형식상 차이를 다루는 부담을 Application Layer 로부터 덜어준다. MIME 인코딩이나 암호화 등의 동작이 이 계층에서 이루어진다. L7 – Application Layer Application Layer 는 응용 프로세스와 직접 관계하여 일반적인 응용 서비스를 수행한다. 예를 들어 Telnet 이 이에 해당한다. Network switch란 Network switch 는 네트워크 단위들을 연결하는 통신 장비로서 허브보다 전송 속도가 개선된 것이다. 간단히 스위치라고 불리며, 스위칭 허브(switching hub), 포트 스위칭 허브(port switching hub)라고도 한다. 역할과 기능, 그리고 구조에 따라서 수 만원에서 수 천 만원을 넘 는 것까지 다양한 형태가 있다.
  • 4. Part 2 APM │401 Network switch의 분류 스위치는 OSI7 Layer 을 기준으로 해당 하는 Layer 에 따라 Layer 2, Layer3, Layer4, Layer7 으로 분류된다.  L2 스위치: OSI Layer2 에 속하는 장비로 MAC address 를 참조하여 스위칭.  L3 스위치: OSI Layer3 에 속하는 장비로 IP 주소를 참조하여 스위칭.  L4 스위치: OSI Layer3~4 에 속하는 장비로 IP 주소 및 TCP/UDP 포트 정보를 참조 하여 스위칭.  L7 스위치: OSI Layer3~7 에 속하는 장비로 IP 주소, TCP/UDP 포트 정보 및 패킷 내용까지 참조하여 스위칭. Network switch의 역할 L2 스위치 스위치의 기본 정의에 가장 부합하는 것이 L2 스위치다. 따라서 L2 스위치를 그냥 스위치로 부 르기도 한다. L2 스위치는 허브에서 한 단계 진화한 것으로 도착한 패킷의 제일 앞에 있는 목적지 MAC Address 를 보고 어떤 포트로 보낼 것인가를 판단한다. OSI7 Layer 에서 Layer 2 는 Data Link Layer 이므로 L2 스위치는 이더넷 레벨에서 동작할 뿐 그 상위 Layer 인 Network Layer 에서 동작하는 IP 등을 이해하지 못한다. 따라서 IP Address 단위 서비스인 라우팅이 불가능 하다.
  • 5. 402│2013 기술백서 White Paper [그림2] L2 스위치 L3 스위치 L3 스위치는 OSI7 Layer 중 3 단계 Layer 인 Network Layer 에서 동작을 하므로 IP 스위칭이 가능하다. 자신에게 온 패킷의 목적지가 외부에 존재하는 IP 일 경우 그 패킷을 외부에 연결된 라우터로 보내줄 수 있다. 즉, L3 스위치는 라우터 기능도 갖고 있기 때문에 라우터와의 경계가 모호해진다. [그림3] L3 스위치 L3 스위치의 경우 라우터보다 가격 및 성능은 우수하나 소프트웨어 기능(F/W, IPS, VPN 등)이 적 다. L4 스위치 L4 Switch 는 Layer 4 단계인 Transport Layer 에서 동작한다. L4 단계의 프로토콜인 TCP/UDP 등에서 스위칭을 수행하므로 TCP 와 UDP 등의 헤더를 보고 그것이 FTP 인지 HTTP
  • 6. Part 2 APM │403 인지 아니면 SMTP 인지를 구분한 후 어떤 것을 우선시해서 스위칭 할지 판단 할 수 있다. 즉, 로 드 밸런싱이 가능해 진다는 것으로 이는 L3 스위치 이하에서는 불가능한 것이다. [그림4] L4 스위치 L7 스위치 L7 스위치는 OSI7 Layer 중 가장 상위의 Layer 인 Application Layer 에서 동작을 하는 스위치 로 상당히 다양한 조건으로 로드 밸런싱이 가능하다. 예를 들면 이메일의 제목이나 문자열을 보 고 내용을 파악한다거나 HTTP 의 URL, 또는 FTP 의 파일명, 쿠키 정보, 특정 바이러스의 패턴 등을 분석해서 보안에 유리하고 더욱 정교한 로드 밸런싱을 가능케 한다. 사실 Application 단계의 데이터를 전부 다룬다는 것은 불가능하기 때문에 L7 스위치는 단지 패 킷의 내용을 조금 더 참조하여 좀 더 스마트한 기능을 제공할 뿐이다. [그림5] L7 스위치
  • 7. 404│2013 기술백서 White Paper 결론 앞서 Layer 에 따른 스위치의 종류에 대하여 살펴 보았다. 스위치의 또 다른 특징으로는 상위 레 벨의 스위치가 하위 레벨의 기능을 포함하고 있다는 점이다. 즉, L4 스위치의 경우 L2, L3 스위 치의 기능을 제공한다. 물론 당연히 상위 레벨로 갈수록 스위치의 가격은 높아진다. 상단의 그림으로는 Layer 별 스위치에 대하여 구분이 힘들 뿐만 아니라 설명 또한 복잡하게 느 껴질 수도 있지만 요점만 살피면 다음과 같다.  L2 스위치: 동일 네트워크 간의 연결만 가능.  L3 스위치: 서로 다른 네트워크간의 연결이 가능.  L4 스위치: 서버나 네트워크 간의 로드밸런싱 용도.  L7 스위치: 데이터 안의 실제 내용을 기반으로 한 로드밸런싱. 참조문헌 Cisco Network&New CCNA / 전성복, 황상욱 / 베스트 북 한 권으로 끝내는 IP 라우팅 / 피터 전 / NEVER STOP http://en.wikipedia.org/wiki/Network_switch http://ko.wikipedia.org/wiki/OSI_모형