手動觸發 MongoDB failover

手動觸發 MongoDB failover 最近如火如塗地準備著產品上線工作,其中一項重要項目就是各個服務的 HA 的驗證 我自己的測試方式是輪流將服務的每個 instance 停掉再重啟,確保服務

批次刪除 Redis 特定 Key

批次刪除 Redis 特定 Key 將 Redis 當做 Cache Server 是滿普遍的做法,修改 Cache 內容格式也是常見的,不過程式部署時連帶清空 redis 可能就不是預設 sop 了 最近專案就遇到類似問題: Redis 預

Git Force Push 後如何更新 Repository

Git Force Push 後如何更新 Repository 在之前筆記 清除 Git Commit 紀錄 提到打算將開發時期的 commit history 都清除,來個重新開始,但在完成 repository 整理後,團隊其他人還是得繼續往下開發,在找不

清除 Git Commit 紀錄

清除 Git Commit 紀錄 為了加快 Git clone 的速度,在之前筆記 加快大型 GIT Repository 下載速度(指定 depth) 曾經紀錄到使用 --depth 參數,用來限縮 clone 的資料量,只是預設情境下大家不會刻意加

使用 Docker Compose 建立 Redis Cluster

使用 Docker Compose 建立 Redis Cluster 之前類似的主題至少有四、五篇,其中最後一版 使用 docker 建立 Redis Cluster - 更新版 已經滿足自己在全 container 環境中的測試需求,雖然該篇筆記下方有網友提

傳遞參數來執行 Docker Compose

傳遞參數來執行 Docker Compose 為了能動態決定 Docker Compose 中所使用到的參數值可以透過 environment variable , .env file 另外個人更偏好在執行 docker-compose up 時直接指定變數值,因為這樣一來不必設定 environment variable r

使用 Helm 在 mac 中的 Kubernetes 上安裝 Redis Cluster

使用 Helm 在 Kubernetes 上安裝 Redis Cluster 之前筆記 在 Kubernetes 部署 Redis Cluster 曾經紀錄到使用 KubeDB Operator 與 Helm 在 Kubernetes 上安裝 Redis Cluster,最近剛好需要做些 Redis Clsuter 的測試,當然在 vm 上建立是最能完

Docker Compose 建立 MongoDB Replica Set

Docker Compose 建立 MongoDB Replica Set 因為之前筆記 MongoDB Cli Replica Set 連線方式 需要建立測試環境,想起最早之前的筆記 使用 docker 建立 MongoDB Replica Set 但使用起來並不是很好用,所以興起筆記其他建立 MongoDB

MongoDB Cli Replica Set 連線方式

MongoDB Cli Replica Set 連線方式 這是在建立 MongoDB patch 資料自動化流程時遇到的問題:需要進行 MongoDB data patch 的開發人員將需要執行的 MongoDB script 提供 .js 格式的檔案,再透過 MongoDB Cli 來匯入執行 從一

Fluentd 指定 Elasticsearch Index 名稱

Fluentd 指定 Elasticsearch Index 名稱 最近在 debug Fluentd parser 時老是覺得 log 沒進到 Elasticsearch,後來索性把預設的 index 換掉,至少一眼就看得出來 index 有沒有被建立起來 - Fluentd 是不

避免 Ansible 無法存取第一次登入的 Server

避免 Ansible 無法存取第一次登入的 Server 之前開始透過 Ansible 來安裝一組 server,原本想說腳本大致上也調得差不多了,結果新 server 一來,ansible playbook 所有 task 都沒

快速建立 EFK (Elasticsearch Fluentd Kibana) 環境

快速建立 EFK (Elasticsearch Fluentd Kibana) 環境 在之前筆記 Fluentd 使用自定 Log 時間當做 Timestamp 中提到為了要測試 fluentd forwarder 的自訂 parser rule,所以偷懶使用 github 上的 docker-compose (Elastic stack (ELK) on Docker)來快速建

在 Debian container 中安裝 .NET Core SDK

在 Debian container 中安裝 .NET Core SDK 之前筆記 在 Debian container 中無法成功註冊微軟金鑰 提到想要在 container 中利用 dotnet cli 做些測試,但經過 multi-stage builds 來建立 image 中只有 .NET Core runtime 沒有需要的 dotnet cli,所以

在 Debian container 中無法成功註冊微軟金鑰

在 Debian container 中無法成功註冊微軟金鑰 最近部署在 debian base 中的 .NET Core application 有些異常,所以打算在 container 中使用 dotnet cli 做些測試,不過身為追求 Container 優化的工程師,一定是使用 multi-stage builds 來建

取得 Consul 中的 Key/Value

取得 Consul 中的 kv 值 最近沒做什麼專案,大部份時間都在擔任 SRE,所以常常需要確認環境設定,因此打算簡單紀錄些平常工作用到的指令,避免每次急著要用時