Jumbo Frame 을 테스트 후 도입 하기로 처음 부터 마음 먹었으나 스위치 장비가 지원되지 않아
테스트를 하지 못하다 뜻하지 않게 스위치를 교체 하여 테스트를 하였다.

근데 알아야 면장을 한다고 Jumbo Frame 무언가 좀 알아 보자.

Jumbo Frame :
현재 인터넷에서 데이터가 전송될때는 기본적으로는  한번에 최대 1500바이트까지 전송된다(몇몇 장비는 1492바이트) .
이를 MTU(Maximum Transmission Unit)가 1500바이트 라고 말한다.
즉 이야기를 하자면 1GB파일을 전송 받을때도 실제로는 1500바이트씩 쪼개져서 전송된다는 뜻이다.
1GB짜리를 1500바이트씩 잘게 쪼개는 것보다 좀 더 크게 쪼개어 전송하게 되면 전송시 기존보다 더 빠르게 전송될수 있다.
물론 개인 적인 견해지만 큰 파일의 전송시에 더 욱더 향상되는 것을 체감 할수 있다.
이러한 이유로 나온게 점보 프레임(Jumbo Frame)이다.

점보 프레임을 사용하려면 확인 하여야 할 사항은 [허브]와 [NIC]에서 모두 지원해야 한다. 그리고 MTU가 얼마까지 지원하는지 확인 하여야 한다. 또한 점보 프레임을 사용하여 파일전송시 속도가 향상된다고 하여 무조건 좋다고 생각하면 안된다.
주의 하여야 할 것은 Swich-NIC의 점보 프레임 값을 적당히 맞추어 주어야 한다. 서로의 점보 프레임 셋이 틀리다면 낮은 점보프레임 값을 통해 통신을 하게된다. 그러나 Swich 점보 프레임 최대값을 넘는 NIC 점보 프레임 값은 사용할수 없다. 점보 프레임은 어떻게 보면 단지 쪼개는 횟수를 줄인것이다. 바꿔말하면 금방 쪼개는 경우(즉 CPU가 좋은 경우)에는 속도 향상이 눈에 보이지 않을 것이다. 점보 프레임이 처음 나온 때가 2000년대 초반이라는걸 생각해야 한다. 요즘 나오는 CPU를 사용할 때는 점보프레임으로 인한 성능 향상이 미미하다. 10Gbps정도는 되어야 성능차이가 보인다.

자... 여기 까지 알아 보았으면 이제 적용을 해보자.
흠... 이번에 사용할 스위치인 3com 3824 지원 값을 문서에서 찾아보니 다음과 같이 적혀 있다.
 
Jumbo Frame Jumbo frames are Ethernet frames which have a maximum frame-size
of 9018 bytes (9022 bytes if VLAN tagged) compared to a conventional
Ethernet frame of 1518 bytes (1522 bytes if VLAN tagged). Since each
frame-header can carry a larger payload, jumbo frames can increase the
efficiency of an Ethernet network.

흠.... 9018 이 값이 맥시멈 값이라는데 콘솔로 접속하여 설정을 완료 하였다.

다음 단계로는 시스템에서 설정만 하면 끝이다.
CentOS 주로 사용하니  CentOS 만 적겠다.
 #ifconfig eth0 mtu 9000 up
으로 설정 하면된다. 이 방법은 1회용 방법이다.
그러므로 vi /etc/sysconfig/network-script/ifcfg-eth0
파일을 열어 다음 내용을 추가 한다.
MTU=9000
추가 후 저장 종료한다.

그리고 네트워크 서비스를 재기동 하면 끝난다.
설정 값이 적용 된 것을 확인 하는 방법은
#ifconfig eth0
정보에서 MTU 값을 확인 하면 된다.

추가로 네트워크 서비스의 재기동이나 ifconfig를 사용하여 점보 프레임 값을 변경할때
SIOCSIFMTU: Invalid ... 라는 메시지를 받는다면 해당 프레임 값이 NIC 지원
프레임 값을 넘어선 것이라 보면 맞는다. 물론 이런 메세지를 받는것은 NIC 최대의 프레임 값을
못찾아서 일일이 찾아 봐야 하기 때문이다.

직접 프레임 값이 적용 되어 사용 되는 것을 확인 하는 방법은
이더리얼(와이어 샤크)를 이용하여 패킷을 확인 하는 방법인데 내가 사용한 방법은 다음과 같다.
이더리얼을 사용하는 업무용 컴퓨터에 인스톨한다.
그리고 점보 프레임 설정이 된 시스템에서 패킷을 덤프를 뜬다.
#tcpdump -i eth0 -w dump.cap
명령을 사용하여 덤프를 만든 후 업무용 컴퓨터로 가져와
이더리얼에서 오픈 하여 확인 하였다.
확인 할 부분은 TCP 에서 SYN 또는 SYN, ACK 라인을 에보면 MSS 값이 있다.
이 값이 점보 프레임 값이므로 확인하면 된다.

추후 다시 점보 프레임을 테스트 하여야 한다. 이유는 싱글 닉에서 점보 프레임에서 성능이 기대 이하이기 때문이다.
고로 넥스트 미션은 점보 프레임 + 본딩(A/A) 구성이다.
지금은 본딩 지원되는 스위치가 없다. ㅜㅜ

리눅스 시스템에서의 하드 디스크 성능 측정 관련 명령이다.
물론 성능 측정 외에도 성능을 향상 시킬수 있는 여러가지 옵션이 있다.
아직 그 부분은 정확히 확인을 하지 못한 상태이다.
사용은 다음과 같이 하면 된다.

[root@sestory ~]# hdparm -tT /dev/sda
 /dev/sda:
 Timing cached reads:   25772 MB in  2.00 seconds = 12914.70 MB/sec
 Timing buffered disk reads:  562 MB in  3.01 seconds = 186.99 MB/sec

결과 값의 의미는
디스크의 캐시를 사용한 테스트는 초당 1.2914.70  MB 이다.
그리고 캐시를 사용하지 않았을 경우는 초당 186.99 MB 으로 나왔다.
디스크 캐시 성능의 차이를 보여주는 결과가 나왔다. ㅜㅜ

아래는 해당 명령의 옵션 이다.

hdparm [options] [장치명]

∙ [options]
-a : 파일시스템의 readahead에 대한 파라미터 값을 확인 및 설정.
-A : 드라이브의 read-lookahead flag (0/1)를 설정.
-b : BUS 상태 값 (0==off, 1==on, 2==tristate)을 확인 및 설정
-B : APM(Advanced Power Management) 값 (범위:1-255) 설정
-c : IDE 32-bit IO 설정에 대한 확인 및 설정
-C : IDE 장치의 파워모드상태 점검
-d : using_dma 플래그 설정 및 확인
-f : 지정한 장치에 대한 버퍼캐쉬 동기화 그리고 빠져나감.
-g : 드라이브 geometry 값을 표시
-i : 드라이브 identification 값 표시
-k : keep_settings_over_reset 플래그 값 (0/1)의 설정 및 확인
-K : 드라이브 keep_features_over_reset 플래그 값 (0/1)의 설정 및 확인
-L : 드라이브 doorlock 값 (0/1) 설정
-m : multiple sector count 값 확인 및 점검
-n : ignore-write-errors 값 (0/1) 설정 및 확인
-P : 드라이브 prefetch cont 값 설정
-u : unmaskirq 플래그 값 (0/1) 설정 및 확인
-y : IDE 드라이브를 준비상태로 둠.
-Y : IDE 드라이브를 휴지 (sleep) 상태로 둠.
-z : 파티션테이블 정보를 다시 읽어 들임.
-Z : Seagate 장치에 대한 auto-powersaving 모드를 비활성화 함.
-t : 디스크 드라이브의 읽는 속도를 체크함
-T : 디스크 드라이브에 대한 캐쉬데이터 읽는 속도를 체크함.
* Readahead는 하드디스크에 접근할 때 미리 읽는 섹터개수를 알려준다.

리눅스 서버의 사용시 거의 X-Window 를 사용하지 않는다.
하지만 가상화라던지 기타 GUI가 필요한 프로그램의 사용시는 X-Window 를 사용하여야 한다.
그럴때 사용하는 프리웨어로 Free nx 라는 접속 프로그램이 있다.

일단은 리눅스 서버에 설치를 하여야 한다.
yum 사용하여 설치 하기로 한다.
다음 명령어 한 줄이면 설치 끝이다. 얼마나 훌륭한가... 항상 yum 에 감사하고 있다.
나같은 사람도 서버를 만질수 있게 해주었으므로...
[root@sestory ~]# yum -y install freenx

이제는 설치한 freenx 설정을 할 차례이다.
기본 제공하는 샘플 파일을 카피하여 설정 파일로 사용한다.
[root@sestory ~]# cp /etc/nxserver/node.conf.sample /etc/nxserver/node.conf

그리고 설정 파일을 열어 다음과 같이 수정한다.

nxclient-3.4.0-7.exe

금일 YUM 을 통하여 oVirt 설치하다 문제가 생겨 뒤적거려본것을 적는다.

YUM 옵션이다.
명령어 실행시 다음과 같이 옵션을 주었을 경우에 대한 설명을 하자면
yum install  --enablerepo=rawhide
  인스톨 할시 패키지를 설치 할때 해당 OS 버전의 YUM 미러사이트의 제공의 
  패키징 버전이 아닌 상위 버전이지만... 안정화 버전이 아닌 테스트 버전을 설치 하겠단 이야기다.
  각각을 정리하자면 다음과 같다.
  
  enablerepo -> 여기저기 뒤져보니 기본버전이 아닌 다른 버전등의 설치가 필요할때 사용하는 옵션인듯 싶다.

  rawhide 아래 같은 설명이 있다.
  레드햇의 불안정한 패키지들의 모임인 Rawhide(여기서 여러 번 테스트하고 불안정한 상태에서
  안정된 상태가 된 패키지들은 정식으로 올라가며, 해당 버전의 업데이트 패키지가 된다.
  또한 이 Rawhide 전체가 안정화되면 레드햇은 하나의 버전이 올라가게 된다)를 사용하는
  사람들은 커널 2.4.2의 릴리즈 넘버가 소수점단위로 올라가며 수많은 테스트를 해왔고,
  또한 소스 RPM을 보면 많은 패치가 있는 것을 한눈에 알아볼 수 있다.
 
  레드헷 측의 설명이다. 즉 다시 말하면 정식이전의 테스트 베드의 RPM 패키지들을 설치 하는 옵션인것이다.

enablerepo 옵션을 사용하면 미러사이트에서 제공하는 기본 버전보다 보다 높은 버전의 패키지를 설치 할수있다.
사용 방법은 다음과 같다.

[root@sestory ~]# yum install mysql --enablerepo=centosplus mysql 기본버전 말고 상위 버전 인스톨

Cent OS 및 레뎃 계열에서 YUM 사용이 가능한 경우이다.

OS 설치부터 설명을 하자면

LINUX 설치시 최소 설치를 선택하여 설치를 완료 한다.

그뒤 Yum을 통하여 HTTP Web Server의 설치를 진행 하는데 순서는 다음과 같다.

yum install httpd
  => http 을 인스톨 합니다.

yum install mysql
  => mysql 을 인스톨 합니다.

yum install mysql-server
  => mysql  server 를 인스톨 합니다.

yum install php
  => php 인스톨 합니다.

yum install php-mysql
  => php mysql 연동 인스톨 합니다.

yum install gd
  => gd 라이브러리를 인스톨 합니다.

yum install php-gd
  => php gd 라이브러리를 연동 인스톨 합니다.

위의 내용을 한줄로 바꾸어 설치한다면 이 명령구문으로 대체 할수 있다.

yum -y install httpd mysql mysql-server php php-mysql gd php-gd