work smart !!

출처 : http://catntuna.tistory.com/107

사실, 맥에서는 따로 트루타입 웹 폰트 솔루션이 필요하지 않습니다.

맥에서 주로 쓰는 사파리, 크롬, 파폭은 모두 자동 업데이트가 되기 때문에 항상 최신버전이 유지되고,

최신버전 브라우저들은 기본적으로 TTF를 이용한 웹 폰트 명령어 를 지원하기 때문이지요.

더군다나 Lion에서부터는 나눔폰트가 기본으로 들어있는데다 폰트 출력이 굉장히 미려하기 때문에,

마치 그림으로 만든 것 처럼 깔끔하게 나옵니다. 윈도우에서는 상상도 할 수 없는 일이지요.

진짜로 웹브라우저에서 이렇게 나옴 ㅎ

http://catntuna.tistory.com/43

이 그림을 캡쳐한 포스팅의 주소입니다. 한 번 씩 가셔서 그림처럼 나오는지 확인해 보세요.

윈도우에서 사파리가 아닌 브라우저를 쓰시는 분이라면, 컴퓨터를 부수고싶어지실 거에요.

어쨌든, 대다수의 웹 사용자들은 윈도우를 사용하고, IE도 상당히 구버전을 사용합니다.

윈도우+IE환경에서 한글폰트는 특별히 못생기게 나옵니다. 이때문에 많은 웹 관련 종사자들이 골머리를 앓고 있습니다.

외국에서도 브라우저에서 트루타입 폰트가 제대로 표시되지 않는 문제 때문에, 많은 웹폰트 솔루션이 등장했었습니다.

설치형 블로그를 쓰는 사람은 php+GD조합으로 폰트를 그림으로 사용하는 편리한 방법을 쓰기도 했지만,

티스토리에서는 GD라이브러리도 없고, php업로드도 불가하기 때문에 전혀 불가능합니다.

어쨌든, 웹폰트 솔루션 중에서 가장 많이 알려지고, 편리하게 사용할 수 있는 Cufon을 소개합니다.

한 단계 한 단계 거치면서 내 블로그에 제목으로 쓸 수 있는 웹폰트를 만들고 적용하는데까지 진행해 보겠습니다. (safari에서 진행하겠습니다.)

일단 이 링크를 클릭하세요

http://cufon.shoqolate.com/generate/

이런 페이지가 뜹니다.

먼저 자신이 쓸 폰트 파일을 올려야겠지요.

이 부분을 봅니다.

외국 폰트들은 변환할 문자가 몇 개 되지 않기 때문에 (숫자,기호, 알파벳) 용량이 상당히 작아서 이탤릭이나 볼드도 쉽게 추가 가능하지만,

한글 폰트는 기본만 올려도 1메가에 육박하는 용량을 가집니다. 따라서 Regular typeface에만 폰트를 올리는 것을 추천합니다.

아시다시피 모든 폰트에는 저작권이 있습니다.

cufon을 통한 폰트 변환은 뭐 저작권 문제가 상당히 복잡한데요, 어쨌든 모든 상용폰트는 불가하고, 무료 폰트 중에서도 사용할 수 있는 폰트가 한정되어 있습니다.

나눔 폰트는 변환이 가능한 라이센스라 알려져 있기 때문에, 나눔 폰트로 진행을 해 보겠습니다. 다음폰트는 불가하다 알려져 있습니다.

(나눔폰트, 서울체, 기타 자유로이 배포가 가능하고 기업사용자들에게도 자유로운 라이센스를 가진 폰트들을 검색해 보세요.)

1. 나눔폰트중에 변환하고 싶은 폰트의 ttf파일을 Regular typeface에 올립니다.

2. 그다음, 라이센스란에 체크합니다.

3. 사용할 문자셋을 정해줘야합니다. 이 부분이 어렵습니다.

웹페이지의 폼을 개조하여 사용해야 하기 때문입니다.

그 이유는 cufon사이트에서 기본으로 제공하는 input은 256글자의 한계가 있으며, 이만큼으로는 변환할 문자셋의 ㄱ도 끝내는 것이 불가능하기 때문입니다.

Firefox의 경우 Firebug를 이용하십시오. (확장 프로그램입니다.) 사파리나 IE9의 경우 내장되어 있습니다.
제가 윈도우 컴퓨터가 없기 때문에 IE에서 수정하는 법을 모르겠으니 사파리를 이용하는 것을 추천드립니다.

1) 사파리의 설정->고급 탭에서 '메뉴 막대에서 개발자용 메뉴 보기' 를 선택합니다.

2) 개발자용 메뉴에서, 웹 속성 보기를 선택합니다.

3) 요소 -> 돋보기 -> .. and also these single characters 밑의 input form을 찾습니다.

4) input 부분이 자동으로 하이라이트 되면, input을 더블클릭하여 편집합니다.

5) input -> textarea로 바꿉니다.

6) input폼이 textarea폼으로 바뀝니다.

7) maxlength 를 적당한 값으로 바꿔줍니다.

8) 바뀐 폼에 과거 웹폰트용으로 사용되었던 subset을 넣습니다. 첨부파일된 텍스트 파일의 내용을 복사해서 붙여넣기 하시면 됩니다.

Subset.txt

4. 나머지 옵션은 건드실 필요 없고, 라이센스에 체크하신 후 Let's do this 합니다.

5. 다운로드에 파일이 받아집니다.

raid 각장치에 test파일을 저장해 둔다.

여기선 install.log 를 복사해서 test로 저장해뒀다

일단 하드 한개를 지워도 저장한데이터가 안전한 raid1,5를 먼저하겠다.

edit virtual machine settings 을 클릭해서 raid1에 연결한 하드5번과 raid5에 연결한 하드7번을 지우겠다

하드5,7번을 지웠지만 표시된다고 걱정마시길..vmware가 자동으로 하드 순번을 표시한 것이다.

다시 파워온 ~~ 하드디크스 몇개가 고장났지만 리눅스는 정상적으로 부팅된다.

RAID1 상태확인.. 2개중 1개 /dev/sdd1만 작동중

Raid5 하드4개중 3개만 작동중

@raid1,5 원상복구

일단 하드2개를 장착 , 파티션하고

mdadm /dev/md1 --add /dev/sde1

mdadm /dev/md5 --add /dev/sdg1

raid1 2개하드가 다시 작동, raid5 4개하드가 다시 작동

@RAID0 문제 발생시 복구

raid0에 연결된 하드3번을 지운다

그리고 부팅해본다.

부팅이 안된다.

응급복구 처럼 리눅스설치 시디를 넣고 f2로 바이오스 들어가서 cd_rom을 +키로 맨위에 올린뒤 저장한다.

f5키로 들어가서 미테 fstab 파일을 열어 md0장치 앞에 #키로 주석처리한다.

그리고 halt로 저장 뒤 빠져나와 부팅한다.

확인 해본 결과 md0 장치가 없다. 파일 또한 사라졌다

하드 추가 후 ~ 처음부터 다시 RAID0을 구성 한다.

출처 : http://blog.naver.com/rasid33?Redirect=Log&logNo=80129288529

리눅스에서 장비 추가된 것 확인

/dev/sdg~sdn 까지 8개가 추가되었다.

이제 전에 했던 fdisk를 파티션작업

파일시스템 유형을 fd(linux raid autodetect로 설정

/dev/sdn까지 파티션작업완료

RAID 0

위 작업을 끝낸 후 mdadm명령어로 실제 raid를 구성한다.

mdadm --create /dev/md0 --level=0 --raid-device=2 /dev/sdg1 /dev/sdh1

mdadm --detail --scan 명령어로 raid0 구성을 확인한다.

Mkfs.ext3 /dev/md0 포멧하여 사용할수 있게 해준다.

그후 폴더 생성해서 마운트시키면 raid 0 구성이 완료 된다.

RAID 1

mdadm명령어로 /dev/md1을 level1로 생성

확인하고 포멧후 마운트하여 사용

RAID 5

level 5로 주고 devices갯수 4로 설정 후 레이드 구성

mkfs 로 md5포멧후 마운트하여 사용

※mdadm 의 옵션

--create /dev/md0 : md0 장치에 raid를 생성

--level=0 : raid 0을 지정

--raid-devices=2 /dev/sdb1 /dev/sdc1 : 2개의 하드디스크를 사용하며,

이어서 나오는 것은 장치이름

출처 : http://keh1j.tistory.com/20

지난 포스트에서
Raid 레벨 0~4까지 다루었습니다.
해당내용은 아래의 링크를 아래 참고 하세요.

레이드 ( RAID ) 의 레벨과 구성 ( 1부 : Raid Level 0,1,2,3,4 )

간단하게 정리하자면
Raid Level 0 인 Striping(스트라이핑)은
데이터를 쪼개서 분산 저장 해서 속도향상을 위한 레벨이고
Raid Level 1 의 Mirroring ( 미러링 )은
안전성을 좋지만 드라이브 용량 이용의 비효율성이 있습니다
Raid Level 3,4 는 Parity ( 패리티 : 데이터 오류 체크 기술)로
레벨0의 불안전성을 보완한것입니다.

이제 가장 많이 사용하는
Raid Level 5 와 Level 6 복합구성인 01, 50, 60 등에 관해서 말하겠습니다.


RAID Level 5 ( 레이드 5 ) : 필요 드라이브 최소 3개이상

레벨 5는 레벨 3과 레벨 4의 단점을 보완한 방식으로, 패리티 정보의 저장을 전담하는 하드디스크 대신 모든 하드디스크에 패리티 정보를 분산 저장합니다. 이 방식은 쓰기(Write)에는 패리티 정보가 분산되어 저장되기 때문에 Level 3, 4의 단점이었던 병목을 줄여주지만, 읽기(Read)에서는 사방에 흩어져 있는 패리티 정보를 갱신하며 읽게 되기 때문에 성능 저하가 생길 수밖에 없습니다. 이러한 단점 역시 컨트롤러에 지능형 캐쉬를 내장하여 속도저하를 최소화시키는 역할을 하고 있습니다. 성능면에서 Raid 0 보다 떨어지지만 성능, 안정성, 용량 3 부분을 고려한 형태입니다.

하나의 드라이브가 고장날 경우 다른 드라이브에 별도로 저장된 패리티( Parity ) 정보를 정보를 통해서 복구하고 손상된 드라이브의 패리티 ( Parity ) 정보는 나머지 하드에 있는덷 테이터를 토대로 다시 작성할수 있습니다. 그러나 별도의 패리티 정보를 저장하는 작업을 해야 하기 때문에 RAID Level 1 보다는 쓰기 성능이 떨어집니다.

가끔 전화와서
" 고객님~!" " 계란을 한바구니에 담지마라~!! 그러면서~ 좋은 상품이 있어서~~." 요러 면서 광고 시작하죠?
이 멘트가 적용된 레이드 구성입니다. 각각의 하드에 패리티 정보를 분산 시킨거죠 ^^

RAID 3, 4와 달리 패리티 정보가 저장된 디스크가 따로 없어 패리티 디스크 고장과 같은 문제에서
자유롭고 실제 서버/워크스테이션에서 가장 많이 사용되는 방식입니다.


RAID Level 6 ( 레이드 6 ) : 필요 드라이브 최소 4개이상

레벨 6은 RAID 5와 같은 개념이지만 다른 드라이브들 간에 분포되어 있는 2차 패리티 정보를 넣어 2개의 하드에 문제가 생겨도 데이터를 복구할 수 있습니다. RAID 5보다 더욱 데이터 안정성을 고려하는 시스템에서 사용합니다.

하드를 스트라이핑으로 묶었기 때문에 RAID 0+1이나 RAID 10(1+0)보다 성능은 더 높고 신뢰성도 우수 하지만 패리티 정보를 2중으로 저장하면서 읽기 성능은 RAID 5와 비슷하지만 쓰기 작업 구현이 아주 복잡해서 일반적으로 잘 사용하지 않습니다.



RAID Level 0+1 / 1+0 (레이드 01 / 10 ) : 필요 드라이브 최소 4개

간단히 말하자면 레이드 레벨 0과 레벨 1의 복합 구성입니다.
레벨 0의 Striping과 레벨 1의 Mirroring의 기능이 합쳐진 것으로, 분산 저장을 통한 성능 향상을 꾀할 수 있으면서 데이터의 안정성 또한 보장받을 수 있습니다. 때문에 속도 및 안정성 두 마리의 토끼를 다 잡은 듯 보이지만, 여전히 전체 용량의 50%만 사용할 수 있는 것은 변함이 없으며, 비용이 많이 든다는 문제점이 있습니다.

01과 10의 차이는 어느 쪽을 먼저 구성하느냐의 차이입니다.
4개의 드라이브로 구성한다면 위의 이미지 처럼 그 차이는 없습니다.
그러나 6개의 드라이브로 구성한다면 달라지게 됩니다.(아래 이미지 참고)
드라이브가 6개일때 01의 구성은 3:3 으로 구성되지만
10의 구성은 2:2:2 로 구성되게 됩니다.

드라이브가 6개일때...
RAID 0+1은 RAID 0으로 구성된 드라이브들을
최종적으로 RAID 1로 묶는 것이라 각각 3개씩 하드 가 나눠지며,
RAID 1+0은 2개씩 RAID 1으로 묶여있는 하드들이 RAID 0으로 구성됩니다.

RAID 0+1의 경우 1개의 하드만 고장나서
복구해도 다른 RAID 0 구성에서 나머지 하드까지 데이터 전체를 복구해야 하지만,
RAID 1+0으로 만든 시스템은
고장난 하드가 하드 1개라고 하면 미러링으로 묶인 하드를 통해 데이터만 복구하면 되므로
실제로 운용하는데는 RAID 1+0 이 훨씬 유리합니다.

이외에 Raid 51 / 15 , Raid 05 / 50 , Raid 60 이나 Raid100 등 역시 기존의 레벨의 복합적 구성입니다.

레벨 0 이 들어가면 성능의 향상을 기대할수 있으나 안정성은 불안하게 됩니다.
레벨 1 이 들어 가면 안전성을 확복할수 있으나 용량의 감소 또한 감수 해야 됩니다.
레벨 5나 6의 구성에 최소 3~4개의 드라이이브가 소모되기 때문에
이들의 복합적인 구성은 최소 6개 이상의 드라이가 있어야 가능한 구성입니다.
한마디로 돈 많이 들어간다는 거죠. ^^

마지막으로 나름대로 정리해본 레이드 레벨(RAID Level)에 따른 정리 표 입니다.

< 이미지를 클릭하시면 크게 보실수 있습니다. Image Click~!! >

랜덤 읽기/ 쓰기의 성능의 향상은 체감속도의 향상과 같습니다. 프로그램을 런칭하는 속도가 랜덤 엑세스의 성능과 비례한다고 보시면 됩니다. 그리고 순차 읽기 / 쓰기는 영화파일과 같은 대용량의 파일을 이동할때의 성능 이라고 생각하시면 됩니다. ~ ^^


레벨 5 이상의 복합 구성은(50, 60) 거의 서버용이기 때문에 비용문제와 함께 거의 사용하지 않습니다.
메인보드에서 레이드 5레벨을 지원한다면 5를 추천하지만 일반적으로 많이 사용하는 것이 레이드 레벨 0 과 1의 복합 구성이 01 또는 10 입니다. 인텔의 H57칩셋 또는 P55 칩셋을 탑제한 메인보드는 레이드 5레벨까지 구성을 지원합니다. ~ ^^ 구입하실때 참고하세요.

출처 : http://loversky20.tistory.com/147