amaozon linuxにFTPサーバーを作成。 S3に直接FTPサーバーにしたいのですができないらしい、EC2を通してFTPサーバーを作成する。 S3なので容量は気にしなくていい。 ▼追記2016/07/23-----------------------------------------------------------------------------------▼ FTPサーバー構築後の話になります。 送受信はできるのですがファイルの上書きの際に接続が切れてしまう現象になりました。 もう一回接続しなければなりません。 「451 Failure writing to local file.」というエラーがでてきますが、ググったら容量が少なくて出てくるエラー。 S3だから、っんな訳あるかって思いました(笑)調べていくうちにgoofysとvsftpdの相性が良くないそうです。。。
こんにちは村上です。 今回はJenkinsとS3のお話です。 Amazon S3 (Amazon Simple Storage Service) いわずと知れたS3です。 ネットワーク上にあるストレージでファイルを置いておけば、ブラウザから参照できます。 ファイルがHTMLであれば、簡単にWebページが作れます。 プログラムが動かない静的ページであれば、S3を使うことでかなりのコスト削減が可能です。 しかも障害耐久性は驚きの99.999999999%(イレブンナイン)!!! 活用しない手はないですね。 How to Upload? 作成されたHTMLをS3上へアップロードするにはどうしたらいいのか? 調べるといろいろとツールがありますが、今回はLinuxからコマンドでアップロードする方法を紹介します。 s3cmd S3へのアップロードをコマンドでできるツールに「s3cmd」というものがあり
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平(@inokara)です。 日本全国の Docker ファンの皆さんおはようございます。 待望の Docker 1.0 がリリースされたようなので待望の 1.0 を試してみたいと思います。尚、確認しながら記事を書いておりますので書きかけとかあったりするのでご注意くださいませ。 1.0 リリース 1.0 リリースで何が変わったかをブログ等から拾い読み。 概要 従来の Docker が Docker Engine としてコンポーネントとして扱われるようになった また index.docker.io は各種クラウドサービス等と連携してデプロイサービスを備えた Docker Hub となった 機能面 docker build 時の COPY サポート 同じく docker build 時にファイルの権限等を維持してくれる その
はじめに ソリューションアーキテクトの安川 (@thekentiest)です。AWS ElasticBeanstalkがDockerに対応したという発表がされて以来、実際に利用してくれるお客様や、ブログを書いてくれる方がたくさんいて、嬉しい限りです。 最近ではローンチ当初に比べてDeployの仕組みも改善され、Deploy時にはStagingコンテナが立ち上がり、その立ち上げが完了した後に旧コンテナとの切り替えが行われるようになり、よりダウンタイムが短くなったので、使い勝手も良くなってきたかと思っています。 ところで皆さん、Dockerを使ったDevOpsを行う際、コンテナイメージを置くレポジトリはどうされていますでしょうか?ベースイメージだけを公開レポジトリ等から取得して、毎回コンテナをBuildする場合にはそれほど悩まないかもしれませんが、構築済みのコンテナイメージをPullしてDep
Amazon Web Services ブログ: 【AWS発表】 AWS CloudTrail - AWS APIコールの記録を保存 What is AWS CloudTrail - AWS CloudTrail シリーズ第5弾は『ログファイルの取得とAmazon S3バケットへの集約』です。実際にどのようにログファイルが生成され、また取得集約が可能なのか、見て行きましょう。 目次 CloudTrailログファイルの取得 ログファイルを見つける ログファイルを扱う Amazon S3バケットへのログファイルの集約 シナリオ1. 単一アカウント/複数リージョンでのリソース集約 シナリオ2. 複数アカウント/単一リージョンでのリソース集約 シナリオ3. 複数アカウント/複数リージョンでのリソース集約 CloudTrailログファイルの取得 CloudTrailでは、ログファイルを指定のAmaz
開発メモ#6 です。前回から少し間があいてしまいました。 開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー で書いたように、EC2 へのアプリケーションのデプロイにあたっては Elastic IP の利点を活かしてカジュアルにホストを入れ替えまくっています。ちょっとこのデプロイは慎重になりたいな、と思ったらスナップショットからインスタンスを立ち上げては切り替える、の繰り返し。 この運用をしていると、スナップショットとの差分ができやすいのは chef-solo で吸収するというのが前回、前々回のはなし。 もう一点問題があります。アクセスログやアプリケーションのログです。フロントエンドのサーバをあっちこっち切り替えているうちに、そのままではログが分断されてしまう。ホストを Terminate しようものならログは消失してしまいます。 この
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く