前々回、前回 GoのコードからDockerコンテナの起動を実装する - DRYな備忘録 GoのコードからDockerイメージのpullを実装する(bufio.Scannerかわいい) - DRYな備忘録 で、GoのコードからDockerイメージのpullとDockerコンテナのrunを実装できたので、実践的なアプリケーションをつくっていきたいのだけれど、今回はdocker runにおける--volumeの指定がしたい。 実行するDockerイメージのサンプル Dockerfile FROM centos ADD main.sh /bin/ ENTRYPOINT main.sh main.sh #!/bin/sh dest="copy_`date`.txt" cat /var/data/foo.txt > /var/data/${dest} docker build . -t foo として
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog OpenStackの運用エンジニアをしている木下です。 今回はマルチプラットフォームCI環境に関する連載の第4弾として、KubernetesとOpenStackの連携を検証した際に分かった、動作させる手順と現在の状況について説明していきたいと思います。 本エントリーでは、「Kubernetesの認証としてKeystoneを利用する方法」、「KubernetesからCinderを利用する方法」の2つを詳しく解説していきます。 本エントリーで検証したKubernetesのバージョンは1.2.2になります。 Kubernetesの認証としてKeystoneを利用する Kubernetesの認証・認可の機構に関して簡単に説明したあと、Ke
7/27 に開催された AWS Black Belt Online Seminar「Amazon Elastic File System」に参加した!メモを残しておく. aws.typepad.com 資料 AWS Black Belt Online Seminar Amazon Elastic File System from Amazon Web Services Japan www.slideshare.net メモ φ(..) リージョン 6/29 に GA になった バージニア オレゴン アイルランド 東京はまだ未定 CDP 現在の CDP だと NFS が SPOF になるため,自前で冗長化構成を考える必要があった "NFS Sharing" の NFS 部分を Amazon EFS に置き換えられる シンプルかつスケーラブルに運用できるようになる 課金体系 Amazon EF
Linuxサーバの「OSリソースのパフォーマンス分析方法」の3回目です。性能問題が発生して処理遅延やスループット低下が見られた場合や、将来的な処理量増加に備えて設備増強を検討する場合には、OSリソースの使用状況の分析が重要です。今回は、ストレージとネットワークの使用状況について、どのような観点から分析を行っていくかを解説したいと思います。 前回説明したこと OSリソースを大まかに分けると、CPU、メモリ、ストレージ、ネットワークの4つ CPUとメモリの使用状況について、どのような観点から分析を行っていくか 前回のページへ 注意 本稿の動作確認環境は、Red Hat Enterprise Linux 6.4(以下、RHEL6.4)+sysstat9.0.4です。 sysstatパッケージがインストール済みであることが前提です。 本稿に基づく運用については、お客様自身の責任と判断によって行って
米CoreOSは6月1日、コンテナ向けの分散ストレージシステム「Torus」プロジェクトを発表した。同社が開発するKey-Valueストア「etcd」を利用して実装されているのが特徴。 TorusはGo言語で実装されたオープンソースの分散ストレージシステム。信頼性や拡張性のあるストレージを、Kubernetesなどのオーケストレーションツールで管理されたコンテナクラスタに対し提供することを目的に設計されているという。Torusを利用することで、信頼性が非常に高く、シンプルで分散化されたストレージを提供でき、分散型アプリケーションシステムで起こりうる多くの問題を解決できるという。 Torusの特徴としては「拡張性」や「簡単に利用できる」、「データを正しく操作できる」、「拡張性」が挙げられている。Torusではさまざまなタイプのストレージを扱うことができ、またgRPCプロトコルを利用してさまざ
スケーラブルに仮想マシンとストレージを展開できるハイパーコンバージドインフラストラクチャ。VxRailの競合製品に対する差別化要素はどこにあるか?[PR] いまサーバ市場においてもっとも注目されている分野の1つが「ハイパーコンバージドインフラストラクチャ」です。主要なサーバベンダからさまざまな製品が登場し、市場を賑わすようになってきました。 ハイパーコンバージドインフラストラクチャとは一般に、ストレージを内蔵し仮想化ハイパーバイザを搭載した3台以上のサーバを、高速なネットワークでクラスタとして束ね、それぞれのサーバの内蔵ストレージをストレージ仮想化ソフトウェアによって仮想的に1台の共有ストレージとして扱える、という構成になっています。 これによってクラスタにサーバを追加していくだけで、仮想マシンの能力が追加され、同時に仮想ストレージの容量と性能も増大していくという、スケーラブルな仮想化統合
昨日、VPCの話を書いていて思い浮かんだのがストレージの話です。AWSのストレージといえば、S3とEBSが中心です。しかし、オンプレからの移行ではNAS相当のものがなくて、先人たちは色々と試行錯誤してきました。また、製品群を見返すとAWS自身も相当いろいろ検討して苦労したのだなと解ります。という訳で、何の役に立たないAWSのストレージの四方山話です。 s3fs 事実上無限の容量を持つS3をファイルシステムとして扱えるs3fs。誰しも一度は夢をみて、夢敗れるファイルシステムではないでしょうか。これは純正のライブラリではなく、サードパーティ製です。構造としては下記の通りで、問題点としてはメタデータ(ファイル一覧や個々のファイルの日付・サイズ等の情報)を持たない点です。よって使い方によっては、かなり遅いです。また初期のものはメモリーリークとか多く、定期的な再起動が必要だったりします。 みんな薄々
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く