전체 글
-
FC, iSCSI, FCIP, FCoE 장단점 비교스토리지 지식 2021. 2. 17. 00:04
FC는 1994년에 표준화된 전용 스토리지 네트워킹 아키텍처이다. 일반적으로 전용 HBA (Host Bus Adapter) 및 스위치로 구현되는데, 이는 FC가 다른 스토리지 네트워킹 기술보다 비싼 것으로 간주되는 주된 이유이다. 성능 측면에서, FC는 처음부터 스토리지 트래픽을 처리하기 위해 구축되었기 때문에 FC의 낮은 Latency (지연시간)와 높은 Throughput (처리량)을 능가하기는 어렵다. FCP (Fibre Channel Protocol) 프레임을 생성하고 해석하는 데 필요한 Processing cycle은 Latency가 짧은 전용 HBA로 완전히 오프로드된다. 이렇게 하면 서버의 CPU가 스토리지와 통신하지 않고 애플리케이션을 처리할 수 있다. 게다가, FCP는 스토리지 트래픽을 ..
-
스토리지 프로토콜 비교 (iSCSI, NFS, FC, FCoE)스토리지 지식 2021. 2. 15. 23:51
iSCSI, NFS, FC, FCoE의 차이점에 대해 알아본다. 여기에서는 VMware vSphere 관점에서 일반적인 스토리지 프로토콜을 살펴보며, vSphere 및 관련 기능과 상호 작용하는 방식, 그리고 장단점에 대한 정보를 제공한다. iSCSI NFS Fibre Channel FCoE Description - iSCSI는 VMware® ESXi ™ 호스트에 블록 장치를 제공함 - 로컬 디스크에서 블록에 액세스하는 대신 블록 액세스 프로토콜을 사용하여 네트워크를 통해 I/O 오퍼레이션이 수행됨 - iSCSI의 경우, SCSI 명령과 데이터를 TCP/IP 패킷으로 캡슐화하여 원격 블록에 액세스함 - NFS는 마운트를 위해 네트워크를 통해 호스트에 파일 디바이스를 제공함 - NFS 서버/어레이는 호스트..
-
Random의 의미내 생각 2021. 2. 14. 10:23
과거 로또 당첨번호 중 일부가 순차적이어서 또는 동일한 번호 대에 몰려 있어 번호 조작 의혹이 인 적이 있었다. 6개 번호가 전반적으로 골고루 분포되어 나오면 공정해 보이는 것인가? 오히려 더 의심받는 상황은 아닌 것일까? 엑셀에서 랜덤 함수를 한번 써보라. 잘 이해될 것이다. =RANDBETWEEN(1, 45) (여섯 개 셀에 입력 후 F9로 새로 고침 반복, 중복 숫자 나올 수도 있으나 논외) 로또 번호는 1~45 중에 말 그대로 임의의 숫자, 난수가 나왔을 뿐이다. 그러니 1 2 3 4 5 6이 나온 들, 11 12 13 15 17 19가 나온 들 뭐가 이상하랴? 엄청나게 많은 경우의 수 중 하나일 뿐! 랜덤은 원래 그런 것이다. ps. 참고로, 로또 번호 추출을 목적으로 중복 숫자를 피하고자 한다..
-
하기 어려운 일내 생각 2021. 2. 4. 23:51
나에게 정말 어려운 점은 Value가 없는 일을 하는 것이다. 스스로 그 일이 가치가 없다고 느낄 때 도무지 움직여지지 않는다. 대부분의 사람들은, 해야 하는 일이라면 의무감으로 어느 정도껏 잘 하지만, 나는 일반 평균보다 훨씬 낮은 성과를 낸다. 나에겐 단순한 일을 정도껏 잘하는 게 참 어렵다. 하기 싫은 일을 억지로 하니 그럴 수밖에.. 반면, 그 일을 통해 스스로 뿌듯함을 느낄 수 있거나, 누구나 알아주는 일이라면, 일의 양이나 투입시간은 개의치 않게 된다. 자동이다. 그냥 돌진하게 된다. 이 갭이 너무 크다 보니 주변의 오해와 부적응이 따르는 것 같다. 하고 싶은 일을 해야 하는데, 그 일을 찾아 가야 하는데... 어떡해야 하나..? 해가 바뀌고 지천명에 또 한걸음 다가가니 이런저런 생각만 늘어난..
-
시스템과 사람의 공통점내 생각 2021. 1. 30. 23:17
성능 테스트 시 시스템에 부하를 가하면 다양한 현상을 보게 된다. CPU usage full, Run queue 과다, Memory 부족, Swapping, I/O Bottleneck... 문제는, 높지 않은 부하에도 CPU 사용률이 높거나, 응답 시간이 크거나 들쑥날쑥하는 경우인데, 이는 튜닝이 제대로 안되어 있어서다. 대체로 응용프로그램에서... 반면, 튜닝이 잘된 시스템은, 높은 부하 수준에도 응답 시간이 일정하고, 여러 리소스의 사용률도 안정적이며, 결과적으로 더 많은 부하 (트랜잭션)를 처리할 수 있다. 사람도 마찬가지다. 스트레스를 받으면 두통이 생기거나, 열이 나거나, 속이 쓰린 등 몸의 변화가 나타난다. 또, 같은 스트레스에도 별일 아닌 듯 넘겨 버리는 사람이 있는가 하면, 참지 못해 크게..
-
vSAN 튜닝 (Tuning) 가이드스토리지 지식 2021. 1. 27. 23:36
vSAN 성능 개선을 위한 주요 튜닝 방안에 대해 소개한다. 크게 세 가지로 나누어볼 수 있는데, MTU, 개체당 디스크 스트라이프 수, 개체 체크섬 사용 안 함 설정이다. "MTU" (Maximum Transfer Unit)는 1500 바이트 이상의 이더넷 프레임 (점보 프레임)으로 변경하여 대량의 데이터 전송 시 작은 데이터를 여러 번 보내는 대신 한 번에 큰 데이터를 보냄으로써 전체적인 전송 횟수가 줄어들므로 이에 따른 오버헤드가 감소하여 성능 향상을 도모한다. 네트워크 인터페이스 카드와 네트워크 스위치 모두 동일하게 설정되어야 한다. vSAN 환경에서는 VMware HCIA Distributed Switch와 VMkernel 어댑터, 그리고 네트워크 스위치, 이렇게 세 군데 설정이 필요하며, 90..
-
HCI 장점 (feat. HCI로 전환하는 이유)스토리지 지식 2021. 1. 24. 23:01
1~2년 전부터, 기존에 사용하던 노후화된 물리적인 독립 서버를 HCI (Hyper Converged Infrastructure)로 많이 바꾸고 있는 추세이다. 그러면, HCI는 기존의 인프라에 비해 어떠한 이점이 있는지 알아보자. 그전에, 고객이 HCI를 도입하는 이유에 대해 Evaluator Group의 연구 결과를 보면, 대체로 IT 운영자들이 쉽게 생각해볼 수 있는 항목들이 대다수이다. 한마디로 말해, 이전 아키텍처의 불편함을 많이 해소할 수 있기 때문이다. 기본적으로 성능이 받쳐주면서도, 설치나 확장, 업그레이드, 또 장애 시 영향, 그리고 전반적인 운영에 있어 많은 이득을 가져다줄 수 있다. 이로 인해, 성능과 확장성, 가용성, 어질러티, 비용 측면에서 만족할 수 있는 솔루션이 되기에 HCI로..
-
스토리지 프로토콜 별 실제 성능 (쓰루풋)스토리지 지식 2021. 1. 23. 23:52
스토리지 프로토콜 별 최대 전송률의 이론적인 최대 쓰루풋과 실제로 낼 수 있는 최대 쓰루풋에 대해 알아본다. * 출처 : Storage Considerations for VMware® View™ FC Protocol은 4Gb/s, 8Gb/s, 16Gb/s, 최근에는 32Gb/s의 전송률이 채택되고 있다. 4Gb/s 기준으로 최대 쓰루풋은 512MB/s이다. 4Gb를 Mb로 변환 후 MB로 환산하기 위해 8bit로 나누어준 결과이다. (4*1024/8) 그러나, 실제로는 Fiber Channel 오버헤드를 고려하면 약 20% 낮은 410MB/s가 최대 성능이다. iSCSI는 Native SCSI command를 이더넷 패킷에 캡슐화하여 IP 네트워크를 통해 전송한다. 그래서 기 구축되어 있는 Etherne..