환경정보

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은 중간에 구성변경이 가능하니 최소구성으로 설정해줬습니다.

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

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

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

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. 전력도 적당히 낮게 세팅이 가능합니다.

감사합니다.

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 설정도 좋은 스코어를 받은 듯 합니다.

드디어 주문한 lenovo thinkcenter m72e 가 도착했습니다.

중고로 주문했는데, 외관이 새 제품이라고 말해도 믿을 만큼 깨끗하게 왔습니다.

내부 컨디션도 확인해야 하기 때문에 m72e 분해를 진행합니다. 겸사 겸사 스펙 업그레이드도 고려해봅니다. 기본 세팅의 성능은 아주 조금 아쉬우니까요.

로고 하나 없는 무지 박스에 왔네요. 어차피 박스는 버릴거니 상관 없습니다.

이런걸 두고 과대포장이라고 하나요… ㅋㅋㅋ

물론 이 경우에는 좋은 쪽입니다. 던져도 망가지지 않을정도로 꼼꼼하게 포장되어 왔습니다.

본체의 경우 공기포장지 안쪽에 잘 들어가 있었습니다. 파손 걱정이 전무해서 좋네요. 깐깐하게 포장한게 느껴집니다.

동봉된 거대한 박스에는 어뎁터가 횡 하니 들어있네요. 어뎁터도 기스 하나 없이 잘 왔습니다. 해당 어뎁터는 60w 짜리로 저전력 제품에 맞게 왔습니다. 다만 업그레이드를 고려하면 어뎁터는 변경해야겠네요.

본품 입니다. 눈에 띄는 기스는 하나도 안보이네요. 제품 관리를 철저히 한듯 합니다. 이리 저리 만지다 제가 벌써 기스를 내버렸네요. 제품 반대편엔 window 7 pro 정품 키가 있습니다. 이 제품의 최대 장점이죠. window 7 pro 정품 키가 있기 때문에 원한다면 window 10 pro로 업그레이드가 가능합니다. 물론 장비에 귀속된 코드이기 때문에 다른 PC 등에 설치는 불가능합니다.

전재산 5만원과 비교해본 사이즈는 정말 작습니다. 정말정말 작아요. 물론 초소형 장비들에 비할바는 아니지만 적당히 어디 구석에 박아놓고 쓰기 좋은 사이즈입니다.

제품 전면부 입니다. 상단에 전원 버튼과 두개의 usb 2.0 단자, 오디오 단자가 있네요.

후면부는 조금 더 알찹니다. DP포트, 3개의 usb 2.0 포트와 RGB 그리고 랜포트가 있습니다. 아, 전원 단자도 있네요.

usb 2.0 포트가 무려 5개나 있습니다. 저의 경우에는 초기 세팅 이후에는 장비에 전원케이블과 랜케이블만 연결하고 사용할 예정이라 과할정도로 많다고 생각듭니다만 원래 usb포트는 다다익선이에요.

외관은 이정도면 되었고, 이제 내부를 확인해볼 차례입니다.

분해는 매우 간단했어요.

후면 중간에 있는 작은 나사 하나만 풀어주면 쉽게 열립니다.

다만 나사를 조일때 접착제를 사용한건지 풀면서 조금 고생했네요. 제 경우엔 드릴로 풀어줬는데, 사이즈가 딱 맞는 십자 드라이버가 있다면 직접 풀어주는것도 좋습니다. 나사가 망가질 확률이 줄어들어요.

내부도 매우 깨끗합니다. 중고 제품이라 걱정을 많이 했는데 섬세하게 준비해주셨네요. SSD 는 SanDisk의 제품이 왔습니다. 64gb로 조금 부족해서 교체 예정이에요. 256gb로 저렴한 제품을 고민하고 있습니다. 512는 필요 이상으로 많아요.

두개의 나사를 풀면 이렇게 분해가 가능합니다. SSD를 교체하려면 하부의 나사들을 풀어주어야 해요.

다행히 2개의 램 슬롯이 있네요. 기본으로 4GB의 노트북용 메모리가 있습니다. 4GB 램을 하나 더 구매해서 4+4 듀얼채널로 구성 예정입니다. 참고로 4+4 듀얼이 8GB 싱글보다 성능이 좋습니다. 차후 16GB로 구성 예정이시라면 8로 하나 우선 장만하시고 8GB로 충분하시다면 4+4GB로 듀얼채널 구성을 추천드려요.

SSD는 256 정도로 구성 예정입니다. 그 이상은 아직은 불필요해요.

참고로 NVMe M.2 SSD를 지원합니다.

고생의 흔적들… 분해는 생각보다 어려웠어요. 풀리지 말라고 나사에 본드를 칠해둔것 같더라구요. 힘이 많이 들어갔습니다. (나사 하나는 갈려서 사망했네요 ㅠㅠ)

다음에는 기본 윈도우 7 을 밀고 우분투 설치를 진행할 예정입니다.

지금은 이렇게 제 데스크탑 위에 살포시 올라가있습니다. 사이즈가 얼마나 작은지 느껴지시나요?

여기까지 m72e 수령 및 분해였습니다. 긴 글 읽어주셔서 감사합니다.

최근 사이트에 방문자 분들이 증가하며 새로운 고민이 생겼습니다.

일일 트래픽이 증가하고 있는것과 저장 공간이 조금씩 차오르고 있어요.

이 사이트는 AWS EC2에 T2.nano로 사용하고 있었는데 유입량이 늘어나니 페이지 로드 시간도 점차 느려지고 이미지 파일도 점차 쌓여가니 저장공간도 부족해지고 있어요.

우선 EC2에 T2.micro로 서버를 증설하긴 했지만 정말 임시방편이니까요.

컨텐츠 캐시나 오브젝트 스토리지, 이미지캐싱등 다양한 스펙을 도입하면 큰 효과를 볼 수 있을거라고 생각은 하지만 준비하는데 시간이 필요할것으로 보여요.

우선 임시방편으로 이미지 서버를 집에 구축하기로 결정했습니다.

홈서버를 구축하기 위해서 장비 구입을 고민하다 우선 레노버 씽크센터 미니 ThinkCentre M72e 로 결정했습니다. 장비 선택 전 여러가지 요구사항을 작성했고 다음과 같았습니다.

• 1. 저전력일것
• 2. 저렴할것 (20만원 미만 저예산)
• 3. 최소 듀얼 코어 이상일것
• 4. Intel cpu, 최소 3세대 이상일 것
• 5. 작을것 (공간 문제, 가벼울 필요는 없음)
• 6. 부분 업그레이드가 가능할 것(HDD OR SSD, memory, CPU)

몇일간 인터넷 서칭 결과 적합한 후보가 나타났습니다.

이번에 구매한 레노버 씽크센터 미니 ThinkCentre M72e 제품입니다.

기본적으로 매우 작고, 위 항목들에 정말 턱걸이 수준으로 들어오는 제품이었어요. 가격은 중고로 맞췄구요. 구매 제품 ram이 4gb, ssd가 64gb 로 정말 제품을 딱 켜볼 수준정도인게 단점이지만 ssd는 별도 구매할 예정이고 ram은 후에 추가 증설할 예정입니다. 해당 제품이 슬롯이 두개 있기 때문에 4 + 4 듀얼 채널로 구성할 예정이에요.

disk는 sshd로 세팅하고싶으나 사이즈가 맞는게 없네요. 별도 독을 세팅하거나 ssd로 만족해야겠습니다. 시간이 지나면 ssd의 부족한 공간 때문에 다시 업그레이드가 필요한 순간은 오겠네요.

배송이 완료되면 제품 리뷰 한번 올리겠습니다

우분투 16.04 + apache2 서브도메인 설정 방법을 알려드리겠습니다.

서브도메인 설정하기

아파치 서브도메인을 관리하는 설정 파일은 apt 패키지 매니저로 설치했다면

/etc/apache2/sites-available
/etc/apache2/sites-enable

이 두 디렉토리 입니다. 이 중 sites-available 에 서브도메인을 위한 설정파일을 만들어 주면 됩니다.

여기서 설정파일의 이름은 {서브도메인을포함한도메인}.conf 입니다. 제 블로그를 예시로 들자면 autorevenue.ai 에 blog라는 서브도메인을 사용한다고 하면 blog.autorevenue.ai가 되겠죠?

여기 뒤에 .conf를 붙인 blog.autorevenue.ai.conf 로 만들어 주면 됩니다.

아래 명령어로 설정파일을 생성해줍시다. (파일명은 적용하고자 하는 도메인에 맞춰 다시 작성해주세요)

# 예시
vi /etc/apache2/sites-available/blog.autorevenue.ai.conf 

그 다음 위 내용을 복사해서 넣어주세요. 물론 빨간색 부분은 본인 설정에 맞게 넣어주시면 됩니다. 저는 blog.autorevenue.ai 라는 도메인으로 적용할 예정이고 blog.autorevenue.ai 도메인으로 들어오는 경우 /var/www/html/blog로 가도록 설정했습니다.

완료되었으면 :wq + 엔터로 저장하고 빠져나옵니다.

이후 아래 명령어로 파일이 제대로 생성 되었는지 확인합니다.

ls /etc/apache2/sites-available

생성이 잘 되었다면 이제 해당 파일을 /etc/apache2/sites-enable 에 링크를 걸어주어야 합니다. 명령어를 알려드릴게요.

cd /etc/apache2/sites-enable
ln -s ../sites-available/{설정파일명} ./{설정파일명}

위에서 {설정파일명} 부분에는 아까 만든 .conf 파일 이름을 써주세요. 제 경우 예시는 아래와 같겠네요.

ln -s ../sites-available/blog.autorevenue.ai.conf ./blog.autorevenue.ai.conf

잘 따라 오셨나요? 이제 마지막으로 아파치를 리로드 하면 됩니다.

재시작을 해도 괜찮지만 웹서버가 잠시간 멈출 수 있으니 설정만 따로 로드하는거에요.

service apache2 reload

자. 여기까지 하면 완료입니다. 이제 설정하신 서브도메인으로 접속하시면 설정하신 디렉토리로 잘 연결 될거에요. 고생하셨습니다.

아, 참고로 서브도메인이 아닌 도메인이 여러개 있는 경우에도 사용 가능합니다. 똑같이 해주시면 되요. 긴 글 읽어주셔서 감사합니다