환경정보

MASTER (Oracle Cloud Instance)

ubuntu 20.04 – mysql 8.0.26

SLAVE (AWS RDS)

AWS RDS – MySQL 8.0.5

[추가예정: AWS RDS MySQL 생성 방법]

Replication 설정 방법

0. Replication을 담당할 MySQL 유저를 Master에 생성해줘야 합니다.

mysql> GRANT REPLICATION CLIENT, REPLICATION SLAVE ON . TO 'repl_user'@'mydomain.com';

1. 마스터가 될 mysql DB 읽기 전용 모드로 변경

mysql> FLUSH TABLES WITH READ LOCK;
mysql> SET GLOBAL read_only = ON; 

2. Master binlog 정보 확인

mysql> SHOW MASTER STATUS;

* 여기서 File 항목과 Position 항목은 Slave 설정에 필요하니 복사해둡니다.

3. master database RDS로 복사

master가 될 서버의 mysql을 AWS의 RDS로 복사해줍니다.

mysqldump --databases database_name1 database_name2 \
    --single-transaction \
    --compress \
    --order-by-primary \
    -u local_user \
    -plocal_password | mysql \
        --host=RDS_hostname \
        --port=3306 \
        -u RDS_user_name \
        -pRDS_password

* -p옵션과 패스워드 사이에 공백이 있으면 안됩니다.

4. 마스터 읽기 전용 모드 해제

mysql> SET GLOBAL read_only = OFF;
mysql> UNLOCK TABLES; 

5. 복사가 끝나면 RDS에서 Slave 설정을 진행합니다. RDS는 Root 접근이 불가하기에 AWS에서 제공하는 함수를 이용해야 합니다.

# RDS Slave 설정
# 위에 SHOW MASTER STATUS; 실행 결과로 확인한 FILE 항목과 Positon 항목을 각각
# bin-changelog.000031, 107에 대치해줍니다.
CALL mysql.rds_set_external_master ('mymasterserver.mydomain.com', 3306, 'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 0);

# RDS Slave 복제 실행
CALL mysql.rds_start_replication;

# 만약 무언가 잘못되었거나 replication을 중단하고 싶으면
CALL mysql.rds_stop_replication

6. 정상 적용 확인

SHOW SLAVE STATUS;

이 후 Master에서 항목을 수정/생성등을 해보며 RDS Slave에 정상적으로 반영이 되는지 확인해주면 됩니다.

Master 테스트 테이블 데이터 삽입

Slave(RDS) 테스트 테이블 데이터 적용 확인

참조

• https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.Procedural.Importing.External.Repl.html
• https://leveloper.tistory.com/18

WINDOWS SERVER 2019 언어셋 한국어 변경

1. 시작 – Settings 를 실행한다.

시작버튼(윈도우키)를 눌러 톱니바퀴 모양의 세팅을 실행합니다.

2. language를 검색하여 Language settings 진입

3. Language에서 Add a language (+버튼)을 클릭합니다.

4. korean 을 검색합니다.

5. 활성화된 Next 버튼을 누르고 Install을 실행합니다.

언어팩 설치에는 시간이 다소 소요됩니다. 인내심을 가지고 기다려줍니다.

6. 설치가 완료되면 언어를 변경합니다.

여기까지 진행하면 windows 2019의 한국어 언어셋 적용이 완료됩니다.

도움이 되었으면 좋겠습니다. 감사합니다

최근 오라클 클라우드에서 무료로 제공하는 인스턴스에 대해 알게되고 몇가지 비교 후 환경 이전을 결정했습니다. 글을 작성하는 시점에는 이미 이관이 완료되었구요.

오라클에서는 t3.micro ~ t3.nano 수준의 무료 인스턴스 VM.Standard.E2.1.Micro 인스턴스를 제공하고 있고, Arm 기반의 VM.Standard.A1.Flex 인스턴스를 제공하고 있습니다.

이중 VM.Standard.A1.Flex의 무료 사양이 대단해서 몇가지 테스트 후 이관하게 되었어요.

대략적으로 설명드리자면 최대 4개의 OCPU, 24gb의 메모리와 4Gbps 네트워크 대역폭 그리고 아웃바운드 월 10테라바이트를 제공합니다. public IP도 무료에 스토리지도 200gb까지 무료로 제공하니 스펙상으로는 가벼운 서비스 하나를 돌리는데 전혀 무리가 없었고 비용또한 발생하지 않는다는 결론이 났죠.

다만 기존 AWS의 인스턴스를 사용하다보니 오라클의 OCPU 실제 성능이 어느정도일지 감이 안와 가볍게 CPU 벤치마크를 진행하게 되었습니다.

* 해당 비교는 어느 서비스가 더 좋다, 의 이야기가 아닌 제 상황에 맞는 인스턴스 선택 그리고 귀찮음을 감수하고 AWS에서 오라클로 서버이관을 진행할만한 근거가 필요하여 시작된 비교이니 이 부분 감안하여 글 읽어주세요. 감사합니다

결론부터 말씀 드리자면

무료사양이라곤 너무나도 충분한 스펙입니다.

제 오라클 인스턴스 구성은 2 OCPU, 12gb 메모리 구성으로 두개의 인스턴스를 가지고 있어 실제 구성 가능한 최대 인스턴스의 절반정도의 구성 임에도 불구하고 기존 AWS의 T3.small 환경과 4배 가까운 벤치마크 결과가 있었죠.

T3.small CPU 성능 테스트

cat /proc/cpuinfo | grep CPU | wc -l

sysbench cpu --events=10000 --cpu-max-prime=20000 --time=0 --threads=2 run

total time: 14.9289초로 통상 여기에 100을 곱한 1493점이 나왔습니다. 참고로 해당 점수는 실제 테스트 수행에 걸린 시간을 계산하기 때문에 낮게 나올수록 좋다고 볼 수 있습니다.

VM.Standard.A1.Flex CPU 성능 테스트

다음은 A1.Flex의 성능 테스트 입니다.

2개의 OCPU로 구성된 제 인스턴스는 10개의 스레드를 가지고 있네요. 만약 최대 무료 구성인 4개의 OCPU로 구성했다면 20개의 쓰레드일듯 합니다.

마찬가지로 –threads=10 옵션으로 열개의 쓰레드를 전부 포함하여 테스트를 진행합니다.

total time 3.8015s로 대략 380점 정도 입니다. AWS의 T3 인스턴스 테스트시 말씀 드린것처럼 해당 점수는 낮을수록 좋습니다. 수행시간을 계산한 점수이기 때문이죠.

g5.48xlarge 테스트 추가 (24.01.24)

큰 의미는 없고… 그냥 진행해봤습니다.
aws의 g5 패밀리 인스턴스는 GPU 연산에 특화된 인스턴스 입니다. 테스트에 사용된 인스턴스는 총 192개의 vCPU가 설정되어있습니다.

24점 정도 나오네요…

결론

t3.small 인스턴스 1493점, A1.Flex 2 OCPU 구성 380점 가량으로 4배 가까운 점수 차이가 났습니다. 동일한 작업을 4배속으로 끝냈다는 이야기죠. 심지어 무료로요!

처음에는 오라클에서 제공하는 무료 티어의 인스턴스가 AWS의 T3.micro 수준만 되었어도 이관을 하려고 했습니다. 무료니까요! 그런데 무료티어의 인스턴스가 생각보다 성능이 너무 잘 나와주어 테스트를 진행한 날 바로 전체 서버 이관을 진행했네요. 블로그가 점점 무거워지고 있음을 느꼈는데, 이관한 지금은 매우 쾌적하게 돌아가고 있습니다.

AWS의 인스턴스가 장난감치곤 부담되는 가격이어서 고민이 많았는데 이로써 마음 편히 가지고 놀 수 있게 되었습니다.

경험해보지 못한 오라클 클라우드 서비스를 다루어보는건 덤이구요.

지금까지 긴 글 읽어주셔서 감사합니다. 험블비입니다.

* 아래 oracle VM.Standard.A1.Flex 사용중 인스턴스가 정지되는 일을 겪게되어 적어놓은 포스팅이 있습니다. 혹여 오라클 인스턴스 사용에 관심이 있다면 사전에 읽어두시는 것도 좋습니다

오라클 클라우드의 VM.Standard.A1.Flex 구성을 사용 중이신 분이라면, 프리티어 종료 며칠 후 갑작스럽게 정지된 인스턴스를 볼 수 있습니다. 분명 무료구성으로 사용 중임에도 불구하고 말이죠.

will not accept any action requests.

심지어 인스턴스를 다시 시작하려 해도 위와 같은 문구가 뜨며 인스턴스 시작이 불가능한 상황입니다.

원인

1시간가량 삽질 끝에 원인을 찾았습니다.

https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier.htm#Oracle_Cloud_Infrastructure_Free_Tier

오라클 클라우드의 프리티어 관련 문항입니다.

네. 오라클 클라우드는 가입 시 기타 서비스와는 다르게 지불방법을 받지 않는데요, A1 구성의 경우 프리티어 종료 이후에도 계속 사용하려면 지불방법을 갱신해 유료계정으로 업데이트해야 합니다. 즉 실제 무료사용 가능한 구성으로 설정되어 있어도 유료전환계정이 아니라면 A1 인스턴스를 종료시킨다고 합니다.

실제로 무료 구성(OCPU:4, 메모리:24) 이내로 사용 중이라면 유료 계정으로 업그레이드해도 비용이 발생하지 않으니 저는 계정 업그레이드를 진행했습니다. 지불방법만 갱신해주면 되는 간단한 방법이고 비자카드를 등록했습니다. 계정 업데이트에는 다소 시간이 소요되는데, 저의 경우에는 2시간 반 정도 걸렸던 것 같아요.

위처럼 계정 업데이트 이후에는 다시 인스턴스 시작이 가능했습니다. 슬픈 건 기존 ocpu:4, 램 24 구성으로는 다시 사용이 불가능했는데 리전의 가용성이 그사이에 부족해졌기 때문이에요. 어차피 A1은 중간에 구성변경이 가능하니 최소구성으로 설정해줬습니다.

지불방법을 등록하지 않았을 때(무료사용계정)는 혹시 모를 실수 등으로 큰돈이 결제되는 것에 대한 걱정이 없었는데, 이젠 신용카드를 등록했으니 조금은 더 조심해서 사용해야 할 것 같습니다.

이 글이 누군가의 시간을 아껴주었으면 하는 바람입니다.

긴 글 읽어주셔서 감사합니다.

새로 구입한 맥북에어 M1 모델에 맞추어 구매한 ‘마이크로소프트 에고노믹 마우스’에 대한 리뷰를 작성해볼까 합니다.

목차

1. 구매 계기
2. MS 에고노믹 마우스를 구매하다
3. 다른 마우스와의 비교
4. 장단점
5. 총평

◈ 블루투스 마우스 – 구매 계기

평소 디자인 일을 하면서, 주로 PC 작업을 해왔고 ‘제닉스 G 타이탄 미니’ 유선모델을 사용해왔습니다. 직접 일렉트로마트에서 잡아보고 구매한 만큼 저에게 아주 잘 맞는 그립감이었습니다.

맥북에어 M1을 들인 이후로는 맥북으로 디자인 작업을 하게 되었는데, 근 며칠 간 ‘마이크로소프트 디자이너 마우스’를 빌려서 사용했더니 납작한 그립감이 손에 맞지 않아 새끼손가락 통증이 생겼습니다. 애플 매직마우스 또한 워낙 납작한데다, 오래 마우스를 잡고 작업하는 저에게는 사용하기 굉장히 부담스러운 디자인이었습니다.

다른 블루투스 마우스 대안을 찾아보니 컴팩트하고 납작한 저가형 마우스들이 대부분이었습니다. 저는 휴대성보다 그립감을 훨씬 중요시하기 때문에 손에 잘 맞을 만한 블루투스 마우스 모델을 찾기가 쉽지 않았습니다. 가령, 맥북의 경우 UBS A포트 없이 C포트 뿐이기 때문에 리시버(동글) 연결이 필수인 블루투스 마우스를 쓰기에는 아무래도 부담스럽지요. 리시버가 필요없고 그립감이 좋은 블루투스 마우스를 이틀 내내 혈안이 되어 찾아보았지만 ‘로지텍 MX Anywhere3’가 유일했습니다.

Anywhere3는 for MAC 제품도 있는 만큼 호환에 대한 걱정이 없고, 총 3대의 멀티페어링이 되며 리시버 없이도 블루투스 연결이 가능한 모델입니다. 하지만 역시 마우스 크기가 작아보였고 생김새가 그동안 쓰던 마우스랑 달라서 그립감에 대한 걱정이 조금 있었습니다. 무엇보다 가격이 8~10만원 대로 꽤 비쌌습니다.

◈ MS 에고노믹 마우스를 구입하다

그러던 중 ‘마이크로소프트 에고노믹 마우스’를 우연히 발견했습니다. 리시버 없이 연결한다는 소식에 우선 반가웠고, 멀티페어링 3대가 된다는 점이 Anywhere3와 동일했습니다. 외관 또한 MS 창문로고 외에 군더더기없이 깔끔하고 판매이미지가 구린 건지 리뷰들을 보니 실물이 참 예쁠 것 같았습니다 (…) 전체적인 만듦새가 제가 사용하던 ‘제닉스 타이탄 G mini’와 상당히 유사해보여 그립감에 대한 기대도 커졌습니다. 가격또한 6만원 대로 저렴했습니다. (5만원 대 블랙 only 제품 중 같은 에고노믹 디자인의 유선 모델도 있으니 잘 구분해서 구입해야 합니다.)

서피스프로 1세대를 쓰던 당시 MS 마우스는 클릭하면 자꾸 버튼이 밑에 끼이는 어처구니 없는 현상을 겪은 적이 있어 조금 우려스럽긴 했지만, 디자이너 마우스는 한번 교환한 후로 문제가 없었기 때문에 한번 더 믿고 구매해보기로 결정했습니다.

쿠팡에서 라이트 그레이 색상 [중고-상] 제품을 59.500원에 구입했습니다. 박스를 열어보고 든 첫 감상은 와… 진짜 고민해서 산 보람이 있다는 것이었습니다. 색상은 공식 판매처 이미지와 달리 그레이보다는 화이트에 가까운 인상이었습니다. 화이트보다는 한두단계 어둡지만 그렇다고 그레이는 아닌 듯한 색으로, 화이트 제품에도 그레이 제품에도 매칭했을 때 고급스럽고 예쁩니다. 알루미늄 재질의 메탈릭한 스크롤도 돋보입니다.

그리고 이어서 또 든 생각은 ‘이게 왜 여태 맥북용 마우스로 안 알려졌지?’ 라는 생각이었습니다. 그립감은 일반적인 PC 사무용/게이밍 마우스같이 편안하게 한 손에 착 감겼습니다. 우려했던 클릭 문제도 없었고 맥북에어 M1에서도 딜레이나 끊김없이 바로 연결이 되었습니다. 한가지 호불호가 있을 부분이라면, 마우스 무게가 다소 무겁다는 점입니다. 저는 정밀한 드래그를 자주 해야 하는 사람이라 묵직한 무게감이 굉장히 반가웠습니다.

남자친구는 맥미니에 제닉스 타이탄 G mini 무선모델을 연결해서 사용 중인데, 리시버가 필요한 데다 조금만 멀어져도 마우스 버벅임이 생겨 많이 불편해했는데 (2.4Ghz 공유기와의 충돌 문제거나 맥과의 호환 문제인 것 같음) 에고노믹 마우스를 연결하니 거리가 멀어져도 끊김없이 부드럽게 이용이 가능했습니다. 블루투스 4.0 / 4.1 / 4.2 / 5.0을 지원한다고 합니다.

이 제품의 또다른 특징은 엄지손가락 쪽에 받침이 있어 버티컬 마우스를 연상시킨다는 점입니다. 저는 개인적으로 버티컬 마우스가 익숙하지 않아 좋아하지 않는데, 에고노믹 마우스의 그립감은 버티컬 마우스의 그립감이 아닌 일반 마우스의 그립감과 같았습니다. 새끼손가락 쪽으로 살짝 기울여진 형태는 인체공학적 디자인이라고 합니다.

하단에는 마우스 전원 ON/OFF 스위치와 멀티페어링 기기 전환을 위한 블루투스 버튼이 있습니다. 전력 공급을 위해 AAA 건전지 2개가 들어갑니다.

◈ 다른 마우스와의 비교

제닉스 타이탄 G mini보다 가로 세로가 조금 더 깁니다. 실제로 손으로 쥐었을 때는 타이탄 G mini보다 에고노믹 마우스가 가로로 더 묵직한 느낌이었는데, 개인적으로 타이탄 G mini보다 엄지손가락 전체를 더 감싸주어 좀 더 안정감있는 그립감을 느낄 수 있었습니다.

전체적으로 손을 감싸주는 형태는 비슷한데 사진으로 보아도 엄지손가락 부근이 조금 달라보입니다. 에고노믹 마우스의 사이드 버튼도 슬림하고 개인적으로 너무 예쁘네요.

◈ 장단점

장점

1. 리시버(동글) 없이 연결 가능하여 포트 절약 가능
2. 군더더기 없이 깔끔한 디자인
3. 손 전체를 빈틈없이 감싸주는 그립감
4. 로지텍 Anywhere3를 대체할 수 있는 거의 유일한 마우스
5. 위 장점들에 비해 굉장히 저렴한 가격
(1~3만원대 저가형 마우스와 10만원대 고급형 마우스의 중간 가격!)

단점

1. 묵직한 무게감(호불호)
2. 초고속 스크롤, 제스쳐, 횡스크롤 등의 편의기능 없음

◈ 총평

서피스프로 당시 마우스와 디자이너 마우스(한번 교환함)의 클릭 불량문제로 마이크로소프트의 마우스에 대한 인식이 굉장히 좋지 않았는데 편견을 깨준 마우스입니다. 아직 더 써봐야 하겠지만 첫인상에 너무 만족스럽기 때문에 블로그를 빌려 글을 쓰고 있기도 하고요. 많은 분들께 Anywhere3 말고도 선택지가 하나 더 있다는 것을 알려드리고 싶었습니다.

맥북에어 및 맥미니에서 매끄럽게 사용할 수 있었고, 아이패드에 연결해서 사용하시는 분의 후기도 있기 때문에 아이맥이나 맥북프로 등 맥OS 전반적으로 호환이 가능할 것으로 보입니다. C타입 포트 위주인 맥 기기 사용자 분들처럼 포트 수가 중요한 분들께 정말 추천드리는 마우스입니다.

gtx 1660 super 모델의 기대 해시값은 약 30~31 입니다. 하지만 메모리가 하이닉스라면? 죽어라 메모리 클럭을 올려줘도 24~25에서 휘청휘청하는 암담한 상황이실거에요. 한때는 1660 super 모델 중 하이닉스 인 경우에는 피하거나 찬밥신세였다는데, 이제는 상황이 다릅니다. 해결 방법이 나왔거든요!

언더 클럭으로 효과를 봅시다.

위 이미지는 제가 애프터버너로 gtx 1660 super (하이닉스) 에 메모리 언더 클럭을 -502로 최대로 넣은 상황입니다. 다들 오버 클럭을 하는데 언더클럭이라니 이상하죠? 결과부터 보시죠.

우측의 GPU2 가 31.451 MH/s 입니다. 바로 저 녀석이 gtx 1660 super (하이닉스) 에요. 아무리 세팅해도 24.5 MH/s 정도에서 움직여 저를 속상하게 만들었던 그 녀석 입니다.

한번 더 확인해보죠. GPU-Z 상에서 Memory Type: GDDR6 (Hynix) 로 하이닉스인게 보이실거에요. 그 말썽구러기 하이닉스 입니다.

다시 봐도 31 중반의 해시가 잘 나오고 있는게 확인 되네요! GPU1번인 1660 ti보다도 super 모델의 해시가 더 적게 나와서 몇일간 참 슬퍼하고 있었는데, 세상에는 능력자 분들이 참 많은것 같습니다.

설정

사실 위에서 대부분 설명은 끝났지만, 한번 더 요약드리겠습니다.

1. memory clock
   -502로 설정해주세요. (윈도우 기준)
2. Core Clock
   본인의 환경에 맞추어 설정해주세요. 0이나 -100으로 두시는 분들도 계시는듯 합니다. 저는 저전력 세팅을 위해 최대한 낮췄어요. 0이나 -100에서도 저전력 되시는 분들도 계신다고 합니다.
3. Powor Limit
   클럭이 안정화 되는 범위 내에서 설정해주세요. 낮추면 저전력 세팅이 가능합니다.

참고로 이 설정은 gtx 1660 super 하이닉스 메모리 모델에 적용되는것이니 참고 부탁드립니다. 삼성이나 마이크론은 또 달라요.

결론

1. gtx 1660 super 하이닉스 메모리의 해시도 31까지 올릴 수 있습니다.
2. 전력도 적당히 낮게 세팅이 가능합니다.

감사합니다.

오늘의 주인공 마이크로소프트 디자이너 마우스 입니다. 일반 무선 마우스들은 USB 동글을 별도로 장착해주어야 무선이 가능한데요, 블루투스 모델들은 이러한 동글이 없어도 연결이 가능해서 태블릿, 스마트폰 등에서도 이용할 수 있는 장점이 있죠. 대신 가격이 조금 비싼 편입니다.

이번 블루투스 마우스 구매는 태블릿에서 사용하기 위해서에요. 이를 위해서 몇가지 요구사항이 있었습니다.

1. 블루투스 지원 제품이어야 할 것 (필수!)
2. 얇고 가벼울것
   – 태블릿 주변기기 이기 때문에 너무 크거나 무거우면 들고다니기 정말 싫어집니다. 배보다 배꼽이 더 커질 수 있어요! 그래서 무조건 얇은것 (애플 매직마우스 느낌으로 찾았습니다.)
3. 특별히 쓰기에 편한 인체공학일 필요는 없음.
   – 기본적으로 인체공학 마우스들은 크고… 또 큽니다. 손목의 자세를 만들어주기 위해서죠. 태블릿용 마우스는 사실 사용시간이 길지 않기 때문에 특별히 편할 필요는 없었습니다.
4. 예쁠것
   – 두번째로 중요한 포인트입니다. 이쁘면… 사용할때 기분이 좋아요. ㅎㅎ

약 2주간의 검색을 거쳐 최종 선택을 받은 마이크로소프트 디자이너 마우스입니다!

마이크로소프트 디자이너마우스 구매링크!

패키징은 이렇게 되어있네요. 마우스 가격을 생각하면 살짝? 아쉬운 부분입니다. 뭔가 가전제품 코너에 저렴하게 걸려있을 것 같은 비주얼 이에요. 뭐 패키징은 한 순간이니까요… 제품을 확인해봅니다.

다국어로 된 메뉴얼과 본품, 그리고 AAA 건전지가 있습니다. 그렇습니다. 디자이너 마우스는 건전지로 동작합니다! (정말 마음에 드는 부분중 하나입니다.)
기본적으로 저는 마우스와 같은 저전력 제품들의 경우 충전식보다 건전지로 동작하는 제품들을 선호합니다. 충전류 제품들은 배터리의 수명 = 제품의 수명이라서요. 멀쩡한 제품 배터리 수명 문제로 불편해지고, 배터리 수리비가 재구매와 별 차이 없어지는 경우도 몇번 겪다보니 이런 류의 제품은 차라리 건전지가 더 좋다고 생각합니다. 스펙상 디자이너 마우스는 건전지로 6개월 가량 사용 가능하다고 나오네요. 대충 3개월쯤 생각하면 마음 편할 듯 합니다.

기존에 쓰던 로지텍 저가형 마우스와 비교샷입니다. 세련된 디자인이 정말 마음에 듭니다.

요즘따라 마이크로소프트의 로고나 이름이 참 매력적으로 느껴집니다. 특히 서피스 시리즈의 윈도우 로고는 정말 예쁘죠!

후면 커버를 열어주면 건전지를 장착할 수 있게 되어있습니다. 후면 커버 오픈은 특별한 공구가 필요 없어요. 그냥 누르면 매우 편안하게 오픈됩니다.

건전지 장착 후 전원 버튼을 누르면 이렇게 불빛이 들어와요!

갤럭시탭 S6 lite에 연결해줍니다. 블루투스 연결로 들어가면 위처럼 Designer Mouse라고 표출되는 녀석이에요 ~

키크론 K2 무선 블루투스 키보드 구매링크

마우스도 블루투스, 키보드도 블루투스, 이어폰도 블루투스… .. .
이젠 파란이빨 없이는 불편해서 못살듯합니다ㅎㅎ;

갤럭시탭 S6 lite 구매링크

갤럭시탭과도 어울리구요..ㅎㅎ

실제 조작도 매우 잘 됩니다. 태블릿에 마우스 포인터가 생겼네요.

그리고 아래는 한달 반 후기 입니다.

1. 마우스 참 예쁘다. 주변에서 많이 물어본다.
2. 회사에서 회의때마다 태블릿+마우스+키보드 콤보로 매우 편하게 사용하고 있다.
3. 일반적인 마우스랑 비교하면 불편하긴 하다. 인체공학은 개나줌. 장시간 쓰긴 불편하니 참고!
4. 몇일 쓰다 보니 처음 받은 제품이 불량인걸 깨달아서 교환 받았다. (고객 응대가 참 좋았다.)
5. 사이즈나 이런건 애플 매직마우스랑 비슷한데, 왜 매직마우스가 더 편할까?
6. 가방의 좁은 포켓에도 매우 잘 들어간다. 얇아서!

음… 글 어떻게 마무리 하지? 아래는 구매링크 입니다!

마이크로소프트 디자이너마우스 구매링크!

오늘의 주인공 아이피타임 nas2dual 입니다. 아이피타임은 큐빅 디자인을 계속해서 밀고 있고, 이러한 감성은 제품에서도 바로 보이네요! 세련된 화이트 색상의 네모네모한 디자인이 촌스럽지 않게 집의 한 켠을 채워줄 수 있습니다.

nas2dual 제품은 이름때문인지 참 재미있는 특성들이 있죠. 특별히 많이 있을 필요는 없지만, usb 3.0 포트를 두개나 넣어준 점, UTP도 2개로 구성되어 있어 더 빠른 네트워크 속도로 동작이 가능합니다. 때론 장애에 대비하여 하나의 선을 백업으로도 사용할 수 있죠. 하드 베이도 2Bay로 두개의 hdd 또는 ssd를 구성할 수 있습니다. 10만원대의 NAS 제품으로서는 참 괜찮은 가성비 입니다.

후면의 상단에는 전원버튼과 USB Copy 버튼, 그리고 흔한 구성의 리셋 버튼이 있습니다.

상단 입니다. 잠깐 썻다고 벌써 먼지가 보이네요. 깨끗하게 써야겠어요.. ;ㅁ;

하단이에요. nas2dual은 2베이로 두개의 슬롯이 보입니다.

분리는 정말 간단해요. 손가락으로 나사를 풀어주고 쏙 당겨주면 쉽게 빠집니다.

요 녀석은 제 nas에 새로 설치하려고 구매한 WD의 red 4tb 제품 입니다.

따끈따끈한 새 제품이에요. red는 nas용 스토리지 중에서도 고가에 속하지만 8tb 미만은 사실 크게 가격 차이가 안나요. 지인에게 추천 받아서 구매했습니다. :>

WD red 4tb nas용 하드 구매링크

안쪽에 잘 보이시나요? 너무 어두워서 찍기 어려웠네요… 트레이에 하드를 설치해주고 다시 넣어주면 딱 알맞게 하드가 장착되는 구조입니다. 별도의 케이블도 필요 없죠.

이 녀석을 이제 장착해줄 차례입니다.

나사 3개가 보이시나요? 아직 결합은 하지 않은 상태에요. 오른쪽 공구함은 한달에 한번쯤 쓸까말까한 스위스 밀리터리의 소형 공구 세트에요. 작지만 있을건 다 있어서 종종 필요할때 크게 도움받는 아끼는 공구 세트 입니다.

스위스 밀리터리 미니 공구 세트 구매링크

이제 이렇게 다시 트레이를 넣어주면 됩니다!

이렇게 스토리지 장착까지 끝냈습니다. Ready버튼 아래 첫번째 1,2번은 네트워크 상태 점멸등이에요. 그 아래 2개는 스토리지 1,2번 베이 장착 여부 입니다. 사진을 다 찍진 않았지만 지금은 스토리지 1번에 불이 들어와있어요

설치가 완료된 nas2dual은 다시 옥탑에 있는 작업실로 보내줍니다.
앞으로 이 녀석은 제 사진 보관함으로 다시 열심히 일 해줄 예정입니다.

google 검색 최적화 조건으로 알려진 항목들중 하나로 사이트 로딩 속도가 있습니다. 사이트가 빠르게 로드 될 수록 구글 검색 상위 노출에 유리하다고 알려져 있습니다. 분석을 위해 구글의 PageSpeed Insights를 시도해보면 사이트를 분석하고 속도 향상을 위한 다양한 팁들을 알려줍니다.

여러차례 테스트 해본 결과 해당 데이터는 상당히 보수적인 자료입니다. 성능이 다소 떨어지는 장비 (또는 가상 장비)로 테스트를 진행하는것으로 보입니다. 그래도 해당 데이터에서 좋은 점수를 받는다면 일반 사용자들이 쓰는 장비에서 더욱 빠른 실행 속도를 기대할 수 있습니다.

위 자료는 블로그에 다양한 시도들을 적용한 이후의 자료 (CDN 제외) 로 최초 만족 페인트 (유의미한 화면 표출) 이 8초 이상 나오던 것을 4초대까지 줄인 이후의 자료입니다. CDN적용을 통해 이미지 표출을 더욱 빠르게 할 수 있다면 더 좋은 결과를 기대할 수 있을거라 판단되어 CDN 적용을 시작했습니다.

구글의 다양한 문서들을 보면 대체로 AWS의 S3 + CloudFront 를 많이 추천합니다. 저 또한 해당 구성으로 진행을 고려했으나 NBP (네이버 비즈니스 플랫폼) 에서 운영하는 ncloud에서 서비스 하는 CDN에 관심이 생겨 적용을 진행해봤습니다. 국대 사용자 대상 블로그 이기도 하고 (ncloud의 CDN도 글로벌 서비스가 가능하긴 합니다.) 예전 ncloud의 가상 호스팅을 사용해본 경험이 있는데, 그때 고객지원이 참 마음에 들었기 때문입니다.

적용

1. 먼저 ncloud 사용을 위해 http://ncloud.com 에 가입해줍니다. 다양한 프로모션이 있어서 크레딧 등을 받아 사용하면 좋은 비용 절감이 가능합니다.

2. 콘솔에 접속해서 Products & Services 메뉴에 들어가면 Networking 항목에 CDN이 있습니다. CDN+(Domestic)은 국내 대상 서비스이고, Global CDN는 해외 서비스에도 적용이 가능한 CDN 서비스 입니다. 본인 환경에 맞추어 골라주세요. 저는 CDN+(Domestic)을 선택했습니다.

3. CDN 신청을 눌러줍니다.

첫번째로 서비스 설정입니다.
서비스 프로토콜 – HTTP or HTTPS 프로토콜을 선택할 수 있습니다. 본인 환경에 맞추어 선택해주세요. 저는 HTTPS 프로토콜을 사용합니다.

서비스 도메인 – 서비스 도메인 입니다. ncloud에서 제공하는 CDN 도메인을 사용할 수 있고, 본인이 소유한 도메인을 적용할 수 있습니다. 고객 보유 도메인을 추천드립니다. 다만 CDN 도메인 사용도 특별히 문제는 없습니다. (일부 크로스 오리진 등의 이슈로 골치아플수는 있습니다.)

Access Log나 Object Storage는 사용한다면 설정해주세요.

원본 설정 항목은 CDN에서 배포할 리소스의 원본의 위치를 설정하는 곳 입니다.
오브젝트 스토리지 또는 origin server등 을 적용해주면 됩니다. 특별히 설명드릴것은 없으나 Gzip Compression의 경우 원본 서버에서 Gzip 압축통신을 지원하는 경우에 ‘사용’으로 선택해주시면 됩니다. Gzip 압축 사용 여부를 확인하는 가장 간단한 방법은 사이트를 크롬에서 접속 후 개발자 콘솔에서 Network – Request Headers – Accept-Encoding을 확인하는 것 입니다.

캐싱에 대한 정의들을 설정할 수 있습니다. 잘 모르겠다면 기본값으로 설정하고 넘어가셔도 좋습니다. 또는 항목별로 확인 후 적절히 적용해주세요. 적용 초기에는 Cache expiry를 짧게 설정하는게 테스트에 도움이 됩니다. (purge 기능이 별도로 있어 필수 사항은 아닙니다.)

다음으로 뷰어 전송설정입니다. 보안에 대한 설정과 압축 설정 등이 있습니다.

Gzip Compression의 경우 이미지, 영상 컨텐츠가 주인 블로그에선 사용 안함 체크하는것을 권장합니다. (이미 압축률이 큰 경우) 그러나 우선은 레퍼러 없는 경우 허용 으로 설정해주세요. 워드프레스 CDN 설정을 위함입니다. 모든 과정이 끝나면 다시 바꿔주세요.

트래픽 요금 폭탄등을 피하기 위해서 Referrer Domain을 사용하는게 좋습니다. (레퍼러 없는 경우 허용 안함)

Security Token의 경우 토큰 기반 인증을 적용하는 부분인데, 필요에 따라 적용해주시면 됩니다. 사용 안함 체크 후 이후에 적용하셔도 문제 없습니다.

Custom Header의 경우에도 동일하게 사용 안함 – 이후 필요에 따라 적용해주시면 됩니다. (대부분의 경우에는 필요 없는 추가 기능입니다.)

마지막 CDN 신청 항목에서 적용 설정들을 확인하고, CDN 신청을 진행해주시면 CDN 생성이 시작됩니다. 통상 5분 이내로 완료되는듯 싶습니다.

CDN 생성이 완료 되었으면 녹색불과 함께 CDN 상태가 운영중으로 변합니다.
서비스 도메인을 복사해주세요.

여기까지 완료 되었으면 이제 워드프레스 설정 차례입니다.
플러그인 설치가 필요합니다. WP Fastest Cache를 설치해주세요.

사실 CDN 기능이 있는 플러그인이면 다른 플러그인도 상관 없습니다. 저는 Fastest Cache를 사용하기 때문에 해당 플러그인으로 진행하겠습니다.

WP Fastest Cache Options 설정을 보면 우측 끝에 CDN 탭이 있습니다.

여기에서 Other CDN Providers를 선택해주세요.

복사해둔 CDN URL를 넣어주시고, 원본 URL (워드프레스 블로그 호스트) 를 넣어주세요. 그리고 Next로 넘어갑니다. ( forbidden 애러가 발생한다면 ncloud CDN 설정에서 ‘레퍼러 없는 경우 허용’으로 잠시 변경해주세요. )

CDN에서 캐싱할 파일 타입을 지정할 수 있습니다. 본인 설정에 맞게 넣어주세요.

필터에 대한 설정이 가능합니다. 필요시 지정해주세요. 저는 우선 사용하지 않습니다.

이제 마지막으로 Finish를 눌러 적용해주세요. 여기까지 오셨으면 CDN 끝납니다!

확인

이제 블로그의 이미지를 크롬 개발자 콘솔을 통해 확인해보면 이미지 소스가 CDN 주소로 변경되어있는것을 확인할 수 있습니다. 여기까지 확인하셨으면 모든 적용이 끝납니다.

참고로 ncloud의 CDN+ 를 사용하는경우 국내에만 CDN 적용이 가능합니다. PageSpeed Insights 분석은 해외망을 통하기 때문에 CDN의 캐싱 효과를 볼 수 없습니다. 다만 분석시에만 적용 불가이고 실제 사이트 속도는 Chrome 사용자 환경 보고서를 따르기 때문에 CDN 적용 효과를 볼 수 있습니다.

실제로 개발자 콘솔에서 리소스 로드 속도를 보면 대단히 빨라짐을 알 수 있습니다.

긴 글 읽어주셔서 감사합니다.

추가 (20.05.13)

사이트 로드 속도 향상을 위해 다양한 시도를 하고 있습니다.
금일 확인해보니 PageSpeed Insights 에서 모바일 70점 / 데스크탑 98점까지 스코어가 올라왔네요. 고무적인 결과 입니다.

모바일 기기의 경우 워드프레스가 기본적으로 무거워 성능 향상에 제약이 있는듯 싶습니다. 가능한 수준까지 최적화를 진행해보려 합니다. 우선 최초 만족 페인트를 2초대로 진입 시키는걸 목표로 잡고 있습니다.
요금의 경우에도 좋은 결과가 있습니다. AWS 트래픽 비용이 많이 줄었으며 ncloud CDN에서 발생한 요금은 10일간 약 40원 가량입니다.

1. 사이트 구글 자연 유입이 너무 적다.
2. 원인 확인을 해보니 구글 검색 게재순위가 60위권이다.
3. 찾아보니 구글은 보안 연결, HTTPS 연결을 좋아한다고 한다.
4. 우분투 16.04 + apache2 + SECTIGO SSL 인증서 적용을 하자!

발단

블로그 운영을 열심히 하니 쿠팡 어필리에이트 매출이 7백만원이 넘었다. 넘긴 넘었는데… 없다. 자연 검색 유입이 없어도 너무 없다.

대부분 직접 홍보를 하거나 기타 활동을 통한 유입들 + 구글 ADS 를 통한 광고 집행으로는 유입이 되는데, 자연 유입은 전체 비율의 2~5 % 수준으로 미미하다. 광고에 사용되는 비용이 수익에 근접하다. 이대론 굶어죽는다.

구글 서치 콘솔을 확인해보니 평균 게재순위가 60위권이다. 유의미한 자연 키워드 유입을 위해선 못해도 게재순위 10위권 안쪽. 5위권 안으로는 들어가야 의미 있는 유입이 발생한다고 한다. 그 뒤로 밀리면 자연 유입이 줄어드는 것이다.

구글신에게 물어 물어 이유를 찾을 수 있었다. ‘구글 검색은 보안 연결 (HTTPS) 를 좋아한다. HTTPS가 적용된 사이트의 점수를 더 높게 친다.’

좋아. 나도 적용한다 HTTPS. 까이꺼 다들 하는거 나도 쉽겠지!

… 착각이었다. 적용하는데 4시간 가량 소요된듯 하다. 어쨋던 성공 했으니 포스팅을 해보자.

적용 환경

• AWS-우분투 16.04
• apache2
• SECTIGO SSL with https://www.securesign.kr/ (인증서 발급 대행처)

적용

증서 발급

나의 경우에는 큰 비용을 사용하고 싶지 않았다. 저렴한 인증서 발급 기관을 찾던 도중 SECTIGO 를 결정하게 되었다. ( VAT 포함 13,200 원에 1년짜리를 발급받았다.)

아파치 설정 진행

우선 다운받은 인증서 파일들을 서버에 업로드 해야한다.

필자는 /etc/apache2/ssl 디렉토리를 만들고 안에 넣었다.

이제 sites-available 의 {도메인}.conf 를 수정해준다.

<VirtualHost *:443>
	ServerName autorevenue.ai
	ServerAlias www.autorevenue.ai
	ServerAdmin webmaster@localhost
	DocumentRoot {웹사이트 파일 경로}

	SSLEngine on

	SSLCertificateKeyFile {개인키PEM}
	SSLCertificateFile /etc/apache2/ssl/{도메인명}.crt.pem
	SSLCACertificateFile /etc/apache2/ssl/RootChain/AAACertificateServicesRoot.crt.pem
	SSLCertificateChainFile /etc/apache2/ssl/RootChain/chain-bundle.pem

	<FilesMatch "\.(cgi|shtml|phtml|php)$">
			SSLOptions +StdEnvVars
	</FilesMatch>
	<Directory /usr/lib/cgi-bin>
			SSLOptions +StdEnvVars
	</Directory>
</VirtualHost>

<VirtualHost *:80>
	ServerName autorevenue.ai
	Redirect / https://autorevenue.ai/

	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

SSLCertificateKeyFile
– step11 에서 복사해둔 개인키 [PEM] 에서 복사한 파일을 넣어준다. 대충아무이름마음대로.key 로 저장 후 원하는 경로에 넣어주면 된다. 필자는 /etc/apache2/ssl/어쩌구.key 로 저장했다.

SSLCertificateFile
모든파일 다운로드를 진행했다면 나오는 폴더의 ReetChain 디렉토리가 아닌 상위 디렉토리에 있는 도메인_년월일.crt.pem (필자는 autorevenue.ai_20200427S2LA.crt.pem) 파일 경로를 넣어준다.

SSLCACertificateFile
RootChain 폴더의 AAACert…어쩌구…ServicesRoot.crt.pem 파일을 적어준다.

SSLCertificateChainFile
마찬가지로 RootChain 폴더의 chain-bundle.pem 파일 경로를 넣어준다.

여기까지가 인증서 기본 설정 끝이다. 간단하죠?

추가로 Redirect / https://autorevenue.ai/ 구문은 80포트 (http) 로 들어오는 모든 요청을 https로 리다이렉트 시킨다는 이야기다.

나머지 기타 설정은 본인 설정에 맞게 설정해주고 아파치를 재시작 해주자.

service apache2 restart

정상적으로 적용이 되었다면 아무런 애러 없이 재시작이 될것이다.

실패한다면 아래 명령어로 애러 로그를 확인하자.

journalctl -xe

이래도 모르겠다면 어딘가에 문의해보자. 필자에게 질문해도 아는 한도 내에선 노력해서 답변해보겠다. (노력해 보겠습니다..ㅎㅎ)

자. 이제 https://autorevenue.ai/blog 에도 보안 연결이 적용된것을 확인할 수 있다. 성공!!!

다들 고생하셨습니다 전 처음에 4시간이나 걸렸네요…

21년2월8일 추가

이전과 비교하면 평균 게재순위가 많이 올라와있습니다. 여러 영향이 있었겠지만 SSL 설정도 좋은 스코어를 받은 듯 합니다.