Views: 615
近年來資安外洩事件頻傳，國內不少公司都曾發生資安外洩事外，諸如誠品、iRent、華航、財政部電子發票整合服務平台..等，數發部也因此針對高風險、有個資外洩、每年找40家業者做資安健檢，金管會更要求國內資產達一定規模的銀行、證券、保險、投信、證交所、櫃買中心、期貨交易所等需設置資安長職位或資安主管，並要求每半年召開資安長聯繫會議，那一家公司該如何落實資安政策呢？
先說最糟糕的作法，最糟糕的作法就是公司沒有聘請專業資安人員，只聽資安廠商講購買某某設備，就可以達到資安防護，不會有資安外洩的風險。筆著就曾經碰過公司買了百萬級規格的資安設備，但還是發生資安事件，原因就是公司沒有專業資安人員，所以當資安設備已有徵兆提示時，第一時間無人可以解讀是否有資安風險發生的疑濾，所以要落實資安政策，第一重要的還是人，其次才是資安設備或資安系統
Views: 3036
這陣子因為資料量過大的問題，導致我們MariaDB的Replication架構一直掉資料，所以我們決定開始評估Galera Cluster，查了一堆Blog，都說到Galera Cluster是 Multi-master ，每一個Node都可以讀寫，且沒有資料同步延遲問題……自己試用下來，才發現誤會大了，原來Galera Cluster到處都是同步延遲…….
閱讀全文Views: 2702
前兩篇分別講到MaxScale及kingshard，但各有其優缺點
MaxScale : 支援Replication及Galera Cluster，但不支援Connection Pool
kingshard : 支援Replication及Connection Pool，但不支援Galera Cluster
如果今天我們想使用Galera Cluster又希望有Connection Pool呢? 那就使用MariaDB的Thread Pool。MariaDB從5.5版本開始支援Thread Pool，在MariaDB 5.5以前，MariaDB採用的是one-thread-per-connection模式，讓我們來看看主要的差異吧。
閱讀全文Views: 1235
上篇講到SQL Proxy – MaxScale後，發現美中不足的地方在於MaxScale沒有Connection Pool，當AP端一但連線量過大時，仍會造成MariaDB產生Too Many Connections連線不足的狀況。
本篇要介紹另外一款SQL Proxy – kingshard，kingshard是一款由Go開發的SQL Proxy，支援MySQL / MariaDB，最大的優勢在讀寫分離、分表分庫及Connection Pool，跟據kingshard官方說法 : 使用kingshard的性能是直連MySQL / MariaDB性能的80％以上。
kingshard官網介紹
Views: 2100
MaxScale是一款專為MariaDB/Gelera Cluster所設計的SQL Proxy，MaxScale能幫助我們達到以下目的
Views: 755
相信大家都有使用Redis的經驗，但我們該如何監控Redis的執行效能呢? 除了使用Redis-cli的info、monitor指令外，是否還有其它的監控方式呢? Redis主機如果不止一台呢? 以下說明如何使用ELK實做Redis監控平台
閱讀全文Views: 646
監控工具 : Metricbeat
Metricbeat可幫助我們蒐集Galera Cluster上的galera_status資訊，由galera_status裡我們可得知以下資訊
實做Galera Cluster監控介面如下圖
Views: 972
MariaDB是MySQL的一個分支，MariaDB在5.5版本(含)以前一直和MySQL維持高度的兼容性，MariaDB 10.0開始以5.5版為基礎，並加入自行開發的新功能，故已和MySQL不完全兼容，如果考慮兼容性的話，請使用MariaDB 5.5版本
閱讀全文Views: 343
Views: 364
