「ディスクの信頼性を下げてよい」 GoogleがHDD業界にクラウド時代の提案 - クラウド Watch
ニュース 「ディスクの信頼性を下げてよい」 GoogleがHDD業界にクラウド時代の提案 （2016/3/7 09:41） 次へ 需要爆発でコストが膨らむ 1 2 3 「データ損失の可能性が高くなってもよいので、キャパシティとシステムの性能にフォーカスしたディスクを」。巨大なデータセンターを世界で運用するGoogleが、こんな要望をブログに綴った。クラウド時代に合う新しいアプローチが必要というが、いったいどんなものか？ この変わった要望にハードウェアベンダーは応じられるのだろうか？ ディスクをグループ化してパフォーマンス改善 「Googleはデータセンター向けの新しいディスクを求める」。Googleのクラウド事業「Google Cloud Platform」の公式ブログが2月23日付で、こう題したエントリーを公開した。同時期に開催されていたイベント「2016 USENIX conferen
Instance Store(Ephemeral Disk)を後から使用する | DevelopersIO
はじめに インスタンスストアについてです。 インスタンスストアを使用していなかったけど後から使いたいと思う方もいるかと思います。 今回はインスタンスストアの概要と後から使用する方法をご紹介します。 概要 インスタンスストアは、インスタンスで使用するためのブロックレベルの一時ストレージを提供します。 インスタンスストアは無料で使用でき、任意のファイルシステムが利用可能、 ローカルディスクのためネットワークの影響も受けにくいという利点があります。 注意点としてインスタンスストアのデータはインスタンスを停止(stop)した際にデータは消えてしまいます。 スナップショット機能やEBSのように別のインスタンスに付け替えはできません。 インスタンスストアを使うべきなのは？([AWSマイスターシリーズ] Instance Store & Elastic Block Storeより) インスタンスストアを
金持ちのお嬢様と付き合った時の話 - シークレット・イノベーション
2016 - 03 - 06 金持ちのお嬢様と付き合った時の話 大学生の時の彼女はお嬢様だった。 親が医者の医者家系だった。 一方、僕の家は普通である。両親が共働きであったため、世帯年収は1000万を超えていただろうし、今思うと比較的恵まれた家庭だったと思う。両親には感謝している。特にお金で困った記憶はない。 しかし、彼女の家はレベルが違った。 彼女とは共通の友達が開いた飲み会で知りあった。 僕は彼女に一目惚れした。 彼女も僕に一目惚れしたらしい。 出会ってから程なくして僕たちは付き合った。 学生だったので彼女とは週３、４ぐらいであっていた。 ＜スポンサーリンク＞ ある日、夜ご飯で何を食べるかの話になり 吉野家行こうよ と僕が言った。 吉野家？美味しいの？ 彼女が言った。 美味しいじゃん、吉野家。 食べたことないよ。 彼女に聞くと生まれから一度も吉野家の牛丼を食べた事がないらしい。 俺は一
テストなんか書かなくて良い 僕の考えるサービス開発の肝 - mosa_siru’s blog
世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって本質なんだろうか？ 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基本的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える
コンテナ型仮想化のメリット・デメリット - weblog of key_amb
サーバインフラ運用の観点から。 メリット 起動が高速なので急な負荷上昇時に迅速にスケールアウトでき、機動的なキャパシティ制御(リソース管理)が可能。ピーク負荷に備えておくために、余分に起動しておくということが不要になり得る。 ただし、コンテナを載せるホストには常に余剰リソースが必要。 ローリングリスタートの仕組みが整えばデプロイがより安全になり、楽になり得る。再起動に伴う性能劣化やサービス停止の考慮が不要になるため。 アプリケーションに応じて graceful restart の仕組みを整えるという手間がなくなり得る。 OS やパッケージの更新がより簡単に実施できるようになる可能性がある。 コンテナ側の更新の容易さについては、上記で説明がついていると思う。 ホスト側の更新もより楽になりそう。 理由1) コンテナを別ホストに引っ越すことが簡単にできるシステム構成になるはず。 理由2) ホスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【やじうまPC Watch】 2次元美少女がPythonを無料レッスンしてくれる動画が公開 ～cvに上間江望さん起用
