データ消失事故を起こしたGitLab、IT運用戦略を専門家が疑問視 (1/2)
関連キーワード DevOps | Microsoft Azure | バックアップ データ消失事故に関するGitLab社のブログ《クリックで拡大》 徹底したルーティン試験が必要なのはコード開発に限ったことではない。ある新興企業は手痛い経験でそれを思い知ることになった。 2014年創業のGitLabはコードリポジトリホスティングサービスを提供する急成長企業だ。2017年1月31日、同社のサービスは初歩的なミスで一時停止に陥り、データバックアップの不備により6時間分のメタデータを失った。今回の事故はクラウド型インフラの運用戦略において運用担当者の豊富な経験がいかに重要であるかを示す教訓となった。 GitLabは事故の翌日、SearchITOperationsの取材に答えた。同社は事前に5種類の「フェイルセーフ」策を講じていたが、ITチームメンバーの1人がプライマリーサーバのデータベースディレク
情報処理学会公式LINEスタンプ「#include ＜情報系技術者の日常.h＞ 」をリリース-情報処理学会
一般社団法人情報処理学会（会長：富田達夫）は、3月1日よりLINEの公式オンラインストア「LINE STORE」にて情報処理学会公式LINEスタンプ「#include<情報系技術者の日常.h>」をリリース致しました。 #includeとは、Ｃプログラミングを最初に習うときに必ず出てくる宣言文です。情報系技術者に馴染みのある宣言文の一部をスタンプ名に取り入れ、研究者、IT系サラリーマン、理系学生のあるあるをコミュニケーションツールとしてデザインしました。情報系技術者ならではの、このディープな世界観をお楽しみ頂ければと思います。 ■販売開始日 ：2017年3月1日 ■コンテンツ概要： 1セット40種類 ■購入方法 ○ アプリ「LINE」から購入［価格：50LINEコイン］ スタンプショップにて「#include ＜情報系技術者の日常.h＞」を検索または下記URLを入力 http://line.
夕飯の献立にまるごと一瓶梅酒を入れたら、うちの夫は気がつくの？ よむよむカラーミー
こんにちは。カラメル編集部の山口です。 こちらの「三州梅酒」は、三河みりんに青梅を漬け込んで作られたもの。砂糖を一切使わない米麹の自然な甘みが特長です。 芳醇でまろやかな風味はそのまま飲んでも絶品なのですが、うちには度数の強いお酒を飲むと真っ赤になって床で眠ってしまう夫がいます。 このように。 そこで今回は、贅沢にこの梅酒を料理に使ってみたいと思います。夕飯の献立にまるごと一瓶使用したら、果たして夫は気がつくのでしょうか？ 本日の献立 １.鮭の炊き込みご飯 まずは、夫の好物である炊き込みご飯から。ふだんは鶏肉を使うことが多いですが、梅酒が魚の臭みを消してくれるのではないかと予想して生鮭を使いました。事前に生鮭を漬け込むぶんと炊くぶん、合わせて50ccを使用。 ２.肉じゃが 梅酒が酒とみりんの代わりになるかもしれないと思い、和食の定番肉じゃがに酒・みりんを使わず梅酒を50cc入れてみました。
10 Most Common Reasons Kubernetes Deployments Fail (Part 1)
Over the last two years, I've worked with a number of teams to deploy their applications leveraging Kubernetes. Getting developers up to speed with Kubernetes jargon can be challenging, so when a Deployment fails, I'm usually paged to figure out what went wrong. One of my primary goals when working with a client is to automate & educate myself out of that job, so I try to give developers the tool
AWSバッドノウハウ集 2017/02 - Qiita
おことわり 主観であり何らかのデータにもとづいてはいない この記事に書いてあることは信じずに自分で試そう EC2 t2 ファミリーは他ファミリーと比べて不安定 どのインスタンスもいつかは死ぬという点では共通なのですがそのなかでもt2は故障したり不具合が発生したりする確率が非常に高い気がする なので死んだり、死にかけ状態で動き続けたりしてほしくないインスタンスはあんまりリソースを使わなくても t2.micro とかじゃなくて m3.medium にしとくとすこし可用性があがる 追記: CPUクレジット理解していないだけではとか書かれていたんですがその辺は確認している。 t2の可用性が問題になったケースいくつかあるんだけど、自分の場合はネットワークがたまに断する問題が多くて、分散DBクラスタの死活監視で1secごとにpingするだけでCPUは常に1%以下みたいなものとかに使うとカジュアルに10
Prometheus + cAdvisor + GrafanaでDockerコンテナごとのリソースを可視化する - ぽよメモ
背景 使うもの Prometheus cAdvisor Grafana 環境 設定 Prometheusの設定 node-exporterの設定 cAdvisorの設定 Grafanaの設定 起動 まとめ 背景 コンテナ数も増え，それに依存したサービスも増える中，サーバのapt upgrade後にPT3が行方不明になってこのすばの録画が死んだこともあり，いずれこれは把握できる範囲を超えるなと思ったため，監視ツールを何か導入する必要があると考えました． いくつか候補は挙がったのですが，最終的にZabbixを選ぶか，Prometheusを選ぶかで悩んでGrafanaが最初からサポートしているという理由でPrometheusを選択しました． 今回はPrometheusでcAdvisorから情報を取得，Grafanaで可視化するまでを行います．Alertmanagerなどの導入はちゃんとできたらま
docker buildのsquashオプションを試す - Qiita
目的 Docker 1.13で試験的に実装されたdocker buildのsquashオプションを試す。 環境 Ubuntu 16.04 docker 1.13.0 検証内容 dockerイメージのレイヤ構造をsquashを用いて統合することで、 途中で肥大化したdockerイメージを縮小できるかを試す。 検証 ベースとなるでかいイメージを作る 昔作ったvncサーバのDockerfileを使う FROM centos:latest ENV container docker RUN yum update -y && yum clean all RUN yum swap -y fakesystemd systemd && yum clean all RUN yum groupinstall -y "Server with GUI" && yum clean all RUN yum instal
AmazonのECS optimized AMIでdockerコンテナのBaseSizeを変更する - Qiita
ECS optimized AMIはAmazon LinuxでDockerを動かす様になっている。 Amazon LinuxのDockerはデフォルトでdevice mapperをストレージのバックエンドにしている。 device mapperではコンテナに変更が入った時のレイヤーやベースイメージがsnapshotで表現されており、その上限が10GBになっている。 つまり、10GB以上の変更を加えられないので、例えば10GBを越えるファイルを一度にDLしてきて一時ファイルとして保持するとかの場合にディスクが足りなくなる。 バッチ処理のワーカーとかだと割とそれを越えるのはあり得る。 イメージごとカスタマイズしてしまえば簡単に実現できるが、管理イメージが増えるより、起動時のコンフィグという形で定義できる方が良かったので、どういう順序で設定が行われているかを調べてみた。 ECS optimize
Docker for Mac に潜む罠？ ファイル名の大文字・小文字の区別 - Qiita
（先日投稿した内容に誤りがあったので、修正しての再投稿です。） 実はよく分かってないので、走り書き程度となりますが、Docker for MacでPHPアプリの開発を進めていて罠にはまったかもしれないので、ここに書いておきます。 英語が分かる人はたぶんこっちを読んだ方が早いです。 https://docs.docker.com/docker-for-mac/osxfs/ Case sensitivity With Docker for Mac, file systems are shared from OS X into containers in the same way as they operate in OS X. As a result, if a file system on OS X is case-insensitive that behavior is shared by
Docker導入のための、コンテナの利点を解説した説得資料 - Qiita
何がしたいのか 最近はDockerを導入したサービスがガンガン出てきている一方、現場でのDocker導入に足踏みをしているところもあると思います。 今回はDockerを導入するために、「コンテナを利用するとこんなに便利!!」という主張を展開することで、現場でのDocker導入の推進をしたいと思います！ まあ、スライドモードを使いたかったんですよ TL;DR コンテナと仮想環境は別物だよ コンテナでの運用するといいことがたくさんあるよ どんな環境でも同じように動かせる デプロイ・ロールバックが簡単 システムが簡単に把握できる あいのり環境もいける コンテナとは コンテナ ≒ VM ?? Docker導入しようって言うとこんな話を聞くことがある コンテナってVMみたいなもんでしょ？ VMの上にまたVM作るの? AMI使ってるから、わざわざコンテナにする必要がない コンテナ != VM VMとコ
いまさら docker-compose - 今日はこのへんで
2017 - 02 - 28 いまさら docker-compose エンジニアリング Tweet ここ数日、Railsアプリの開発環境をDockerに移行できないかなと思って触っていた。Dockerについては昔から横目でウォッチしていたものの、実際にRailsアプリの開発環境をDockerコンテナ上で作る機会がなかったので、いまさら試した。 触ろうと思って調べると、意外と日本語記事が古かったり、不満が多かったので、ここでは軽くTipsなんかをメモしておきたいと思う。 前提の環境としては 既存Railsアプリの開発環境をDockerで作りたい puma, webpack, postgres, redis (ActiveJob) のプロセスを起動する docker -v : Docker version 1.13.1, build 092cba3 Docker for Mac 使ってる 今回
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
Dockerの期待と現実～Docker都市伝説はなぜ生まれるのか～