AWSクラウドが「障害を吸収した」のに、なぜOSが死んだのか｜IaaS/SaaS境界の落とし穴
クラウドがストレージ障害を吸収しても、ASMログ肥大化によりゲストOSの/var領域が枯渇し、ジョブ停止に至ることがあります。OCI Exadataの事例をもとに、責任分担モデル、ログ管理、OS領域監視、RDS for Oracleとの違いを整理します。
新着記事
AWS
AWS【第2部・前編】クラウドリフトPoCで「動いた」は確認できた。しかし業務では使えなかった｜10の設計リスク① 可用性・性能・ストレージ・バックアップ・監視
PoCで「動いた」は確認できた。しかし構築フェーズで業務が回らなかった。可用性・性能・ストレージ・バックアップ・監視の5領域で、見落とすと手戻りになる設計リスクを整理します。
トラブルEBSは増やせても、簡単には減らせない｜RHEL環境で見落とした「容量縮小＝ディスク移行」という現実
EBSの縮小はAWSコンソールでできない。容量縮小の実態は小容量ディスクへのデータ移行です。RHEL環境での3つの案と、XFS・UUID・マウント設定の確認観点を整理します。
AWSCloudWatch Logsのログエクスポートが失敗した話｜「ジョブは動く」と「運用で回る」は別物
IAMもS3バケットも正常なのに日次ジョブが失敗する。CloudWatch LogsのExportTask同時実行制約と、複数システム共存時の運用設計・テスト観点を整理します。
トラブルlprは正常終了した。でも、帳票はプリンタから出てこなかった｜印刷処理における「完了判定」の設計ミス
lprコマンドの正常終了は印刷完了を意味しない。CUPSのキュー滞留設定、プリンタ側の挙動、商用ソフトからOSS移行時の完了判定設計を整理します。
AWSRHELで使えた設定方法が、Amazon Linuxでは使えなかった｜MTU設定に見る、OS差分と永続化確認の落とし穴
RHEL7のnmcli手順がAmazon Linux 2では通用しない。再起動・AMI再作成で設定が戻る原因と、永続化確認まで含めた詳細設計の書き方を整理します。