이전글에서 postgresql stream replication 을 해봤고 pgpool 을 이용해서 로드밸런스까지 만들어봤습니다. 이제 추가적으로 하려고 하는 작업은 pgpool 을 이용한 자동 fail-over, fail-back pgpool 을 이중화(watchdog 을 이용한 vip 적용) 이렇게 두가지까지 하면 DB쪽에서 제가 하려고 하는 것은 다 되는것 같습니다. watchdog 이 무엇인지 몰라 한참을 찾아봤는데요. 두개의 pgpool 노드가 있을때 서로 서비스가 살아있는지를 지속적으로 체크해서 죽었다면 안죽은 쪽으로 vip를 셋팅해주는 역할을 하는것 같습니다. db도 master / slave 가 있듯이 pgpool 도 2개 이상 설치하면 master / slave 구조를 갖도록 셋팅을 할 ..

이중화된 DB를 자동으로 fail-over 하고 두개 서버를 Active (Read/Write) - Active (Read only) 구성을 하기 위해서 pgpool 을 시도해 보려고 합니다. 뒤져보다 보니 성능이 문제가 된다고 하는 사람도 있는것 같긴한데 함쓰 앱 수준에서는 안정성 측면에서 더 낫겠다 싶습니다. pgpool II 설치 먼저 pgpool 설치를 하겠습니다. (Master / Slave) root@ggmoney-db1:/var/lib/postgresql/13# apt-get install pgpool2 Reading package lists... Done Building dependency tree... Done Reading state information... Done The follo..

현재 구축하고 있는 함쓰 DB는 postgresql 의 stream 방식의 복제로 셋팅을 하였습니다. 처음 pgpool 을 이용한 auto failover 를 구성하려고 하였는데요. 이런저런 포스트를 보면서 지식을 축적하고 있습니다. 그래서 일단 셋팅해놓은 복제 기능을 수동으로 처리하는 방법을 기록으로 남기고자 합니다. Master 서버에 장애가 생기면 관리자는 수동으로 Slave 를 Master 로 승격시켜야 합니다. postgresql 12부터는 Slave 동작시 /var/lib/postgresql/13/main/standby.signal /var/lib/postgresql/13/main/postgresql.auto.conf 이렇게 두개의 파일이 생성이 됩니다. signal 파일은 비어있는 파일이구요..

함쓰 가계부 앱 DB 서버 구성하기 데이터 베이스는 현재 사용중인 postgresql 로 구성하고자 합니다. 현재 오라클에서 운영하고 있는 서버는 PostgreSQL 13.0 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39), 64-bit 이렇게 나오네요. 제가 직접 리눅스를 설치하고 DBMS 를 설치했습니다. Docker 같은 컨테이너는 사용하지 않고 OS위에 직접 설치 했습니다. 다만 pgadmin4 를 이용하기 위해서 docker 를 설치하긴 했습니다. 이번에는 pgadmin 을 어느 서버에 설치를 해야할까 잠시 고민입니다. db서버니까 공인ip는 오픈하지 않고 was에 docker 를 이용하여 설치를 해야..

함쓰는 구글 광고를 붙여 만든 무료 앱입니다. 작년 11월 오픈하였으니 이제 8개월차네요. 처음 목표는 광고 수입이 교통비정도만 나오면 좋겠다. 했습니다. 올 3월에 월 광고 수입이 약 50$가 발생되었네요. 그 다음 4월에는 80$, 5월에는 130$, 의미있는 증가세를 보이고 있습니다. 50%이상의 성장세지만 둔화되겠지요. 가계부를 그렇게 많이 사용하지는 않을것 같거든요. 아무튼 오픈한지 8개월이 지나는동안 "유료화" 에 대한 요청이 꾸준하게 있어왔습니다. 광고를 보고 싶지 않은데 강제로 나오게 되니까요. 무척 거슬리시는것 같습니다. 사실 저도 최종 목적은 유료화로 두고 있습니다만.. 일반직장인이 사업자를 내는것이 매우 어려운 일이기도 하고 그만한 책임감을 갖추기 위해서는 서버도 증설해야 할 것 같습..

최근 업데이트가 뜸했습니다 아이폰은 거의 진행된것이 없었죠 안드로이드 위주로 진행이 되었어요. 이유는 문자인식과 푸시인식을 하기위해서 였습니다. 문자인식이 어느정도 완성되어 사용들을 하고계십니다. 그리고 어제부로 푸시인식이 거의 마무리되어 테스트버전을 승인요청해둔 상태입니다 요런형태입니다. 오래걸린 이유는 함쓰에 사용된 기술때문입니다. 함쓰는 최근 구글이 밀고 있는 flutter 라는 환경에서 동작합니다. 아이폰과 안드로이드를 동시에 개발할수 있는 프레임워크입니다. 그런데 문자인식과 푸시인식은 아이폰은 허용하지 않습니다. 그래서 안드로이드만 개발을 해야하는데 기존 flutter 로는 제 능력 밖이었습니다. 그래서 짧게 나마 안드로이드 코틀린이라는 영역을 잠깐 공부해서 하느라 시간이좀 걸렸네요. 즉 flu..