SSM Agent の使用 - AWS Systems Manager
AWS Systems Manager エージェント (SSM Agent) は、Amazon Elastic Compute Cloud (Amazon EC2) インスタンス、エッジデバイス、オンプレミスサーバー、仮想マシン (VM) で実行される Amazon のソフトウェアです。SSM Agent を使用すると、Systems Manager でこれらのリソースを更新、管理、設定できるようになります。エージェントは、AWS クラウド で Systems Manager サービスからのリクエストを処理し、リクエストに指定されたとおりに実行します。SSM Agent は、Amazon Message Delivery Service (サービスプレフィックス: ec2messages) を使用して、Systems Manager サービスにステータスと実行情報を返します。 トラフィック
EC2にS3をマウントする – Amazon Web Service(AWS)導入開発支援
・はじめにEC2で環境を用意したはいいが、インスタンスのストレージはあまり使いたくない…（無料期間中はいいけど） 「じゃあ、せっかくだしS3を使ってみるか」っと思いたった今日この頃です。 やってみた感触やユーザーガイドを読んでわかったことを記録していきました。 コンピューターに接続した周辺機器や外部記憶装置等をOSに認識させ、利用可能な状態にすることを指します。 OSがファイルシステムを介することで、そう言ったストレージデバイス上のファイルやディレクトリを利用できるようになります。 パーティションストレージ内の区切られた領域のこと。パーティションを分割することでシステムとデータを分けて管理できるなどの利点があります。 バックアップ対象の削減やシステム更新時の危険性の低下などが挙げられます。 ファイルシステムバイナリシーケンスであるデータを、ファイル単位のオブジェクトとしてユーザーに提供する
bitcoinのfull nodeをAWSでなるべく安く運用してみる - でこてっくろぐ ねお
本エントリは、bitcoinのfull nodeとは何か、なんで私は運用したいのかを簡単に説明しつつ、full nodeをできるだけAWS環境にて安価に運用する方法について記載する。 結論 だいたい以下の価格で運用可能。 bitcoinへの貢献度合いの設定によってもっと減らしたり、青天井に増やしていくことも多分可能。そのあたりはこれからの運用を通して正確なところを探っていく。 full node 月に $16 full node(pruned) 月に$10弱(想定) 動機 最近、"web3"ってやつが熱いと聞き、NFTやDeFiについて調べたりしたが、裏側の仕組みがよくわからないと気持ちが悪いので、ひとまず技術書を何冊か読んだ。その中の一冊に、名著と名高い"Mastering Bitcoin"を和訳した"ビットコインとブロックチェーン"という書籍も含まれる。 この書籍はbitcoinのブロ
Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog
技術本部 サービスリライアビリティグループ（SRG）の長谷川 @rarirureluis です👳 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 はじめに Apple M1 で Arm という単語をよく耳にし、そしてその性能に驚いた方も多いと思います。Apple M1 が搭載された Mac のベンチマークはこちら そして Amazon EC2（以下：EC2）にも Arm が搭載されたインスタンスがあります。 https://aws.amazon.com/jp/ec2/graviton/ 今回はとあるサービスの全開発環境の EC2 インスタンスを m5.large から t4g.medium へ移行したら幸せになれたので、この記事を
AWS EC2 の各種環境を自動構築して distcc による分散コンパイルを実行する
クラウド上でなにか作れというような大学の課題で, 入力パラメータに応じて AWS EC2 インスタンス及びネットワーク周辺と distcc の環境構築を実行して, その上で分散コンパイルをして S3 へアップロードできれば, そこそこクラウドでやった意味があるといえるのかななどと思いつき, 軽い気持ちで作ってみた記録. 構成 構成そのものはかなり単純だと思う. はじめに, いくつかのパラメータを指定する. 数は多いが, AWS EC2 の環境構築に最低限必要となるような要素に限られているはず. ここで指定したパラメータに応じて, 環境を構築する. その際, AWS のユーザーデータ1機能を使って, distcc とコンパイラ2のセットアップ, ホストインスタンス(実際にコンパイルを実行するインスタンス)の決定, 各インスタンスの環境構築における進捗の同期等を行い, ビルドスクリプトを実行す
AMD製CPUを搭載した「T3a」インスタンスの 性能をLinuxカーネルのビルド時間で比較してみた | DevelopersIO
※料金は米国リージョン、Unix/Linux 1時間単価 CPU情報 AmazonLinux2の「lscpu」コマンドを利用してCPU情報を確認しました。 CPUモデルは「AMD EPYC 7571」、先行してリリースされていた「M5a」「R5a」と共通でした。 $ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family: 23 Model: 1 Model name: AMD EPYC 7571
Amazon EC2の最新基盤として「VMware Cloud on AWS」や「EC2ベアメタル」の実現にもつながったAWSの「Nitro System」とは？
Amazon EC2の最新基盤として「VMware Cloud on AWS」や「EC2ベアメタル」の実現にもつながったAWSの「Nitro System」とは？ Amazon Web Services（AWS）は、2017年11月に開催されたイベント「AWS re:Invent 2017」で、同社クラウド独自の基盤技術である「Nitro System」（ナイトロシステムと発音するようです）の存在を明かしました。 Nitro Systemは仮想マシンを提供するAmazon EC2を実現するためのサブシステムです。もともとAmazon EC2を実現するためにホストサーバで稼働していたソフトウェアを、AWSが独自に開発したハードウェアにオフロードしたもの。 Amazon EC2はAWSの中核的なサービスですから、Nitro SystemはAWSにおける最新の基盤技術と言っていいでしょう。 そし
distccを使ってEC2で分散ビルドを試す。 - yamasaki0's diary
EC2は並列ビルドと相性がよさそうだ思ったので試してみた。 環境 c1.medium Amazon Linux 32bit x最大8台まで ターゲット php5.4 distccをすべてのホストにインストールする必要がある。 しかしAWSなら簡単にスナップショットを取って複製マシンが作れるので凄くお手軽です。 distccのインストール 残念なことにAmazon Linuxのyumではdistccが見つからなかったので、ソースからビルドすることに。 wget http://distcc.googlecode.com/files/distcc-3.1.tar.bz2 tar xvjf distcc-3.1.tar.bz2 sudo yum install -y python-devel cd distcc-3.1 ./autogen.sh ./configure make sudo make
build your own ami
Build-up your own NetBSD AMI Fetch and build NetBSD EC2 does not provide direct access to console. As a consequence, we cannot rely on it for installation, especially via sysinst(8). We must therefore build and install NetBSD in a separate directory, and configure it manually, before upload. This tutorial assumes that you will build the system under /mnt/ec2. /!\Please note that you will need the
EC2とS3を使ってオンラインストレージサービスを30分で作る - Qiita
DropBoxを企業単位で使おうと思った時に、1ユーザー当たり毎月¥1,500掛かってしまうのはスタートアップ企業にとっては痛い出費ですよね。 というわけで、EC2とS3というAWSの素晴らしいサービスをつかって、DropBoxのようなオンラインストレージサービスを構築してみることにしました。 使うのはownCloudというWebアプリーケーションです。 EC2にサーバーを立てる まずは、AWS マネジメントコンソールのサービスからEC2を選択し、EC2の管理画面から[ナビゲーション]->[キーペア]->[キーペアの作成]よりキーペアを作成してください。 次に、AWS marketplaceにあるownCloud powered by owncloud.jpにアクセスすると、インストール画面が表示されるので、Continueボタンを押してください。 すると、こんな起動設定画面が表示されます
ESS – Emacs Speaks Statistics
by A.J. Rossini, R.M. Heiberger, K. Hornik, M. Maechler, R.A. Sparapani, S.J. Eglen, S.P. Luque, H. Redestig, V. Spinu, L. Henry, and J.A. Branham. Emacs Speaks Statistics (ESS) provides an intelligent, consistent interface between the user and the software. ESS interfaces with R, SAS, S-PLUS, BUGS/JAGS and other statistical analysis packages on GNU/Linux, other Unix-like systems such as macOS, an
TerraformでAWS(EC2)のセキュリティグループを管理 - Qiita
概要 Teraform は、インフラのコード化(Infrastructure as code)を実現すべく、インフラの構築・変更・バージョン管理を、安全かつ効率的に行うためのツール。Vagrant、Serf、Consul 等を提供する HashiCorp がオープンソースで提供している。 本稿は、Teraform がサポートしている事業者(provider)の１つである Amazon Web Services (AWS)のうち、EC2 のセキュリティグループ(Security Groups) の追加・削除を行うためのチュートリアルである。 本チュートリアルを通し、Terraform を使ったインフラのコード化に対する理解を深める事を目的とする。 参考：Terraform入門 日本語訳 - Qiita http://qiita.com/zembutsu/items/84f5478701c53
microインスタンスはlimitかけると大きくパフォーマンスが向上する（※再追記あり） - アルパカDiary Pro
※2014/07/02 T2インスタンスタイプとの比較 を追記しました。 ※2014/03/13 他インスタンスタイプとの比較／m3.mediumの検証 を追記しました。 こちらの記事の二番煎じです。 cgroupで、お手軽CPU使用率制限 なるほど。 リソースにLimitかけるとstealを防げるためパフォーマンスも上がるというわけですね。 どのくらい変わるのか実験してみました。 cgroup前準備 sudo yum install libcgroup sudo chkconfig cgconfig on sudo service cgconfig start cgroup設定 上記参考URLとほぼ同じ設定です。 実行時はcpu.cfs_quota_usを変動させて比較してみました。 sudo vi /etc/cgconfig.conf # 以下を追加 group limittest {
Amazon EC2でAndroid(gingerbread)をビルドする(ベンチマーク編) : Happy my life
前回のエントリーの続き。ということで、実際にrowboatのgingerbreadをビルドして時間を計測してみた。ちなみに、インスタンスは64bitOSが利用できるものしか試していない。 測定方法 同一AMIを利用して、起動するインスタンスを切り替えて測定した。本来なら何度も測定してその平均を取るべきなんだろうけど、今回は1回のみの測定。マイクロインスタンスで時間がかかりすぎて、力尽きたというのが大きな理由…。 マイクロ インスタンス 最初は、一番安いマイクロインスタンスから。 613 MB メモリ 最大2 EC2 Compute Units (短期の定期的なバースト) EBS ストレージのみ 32 ビットまたは 64 ビットのプラットフォーム I/O 性能: 高 API 名: t1.micro ビルド中、メモリ不足によるOOM Killerが発生するのでSwapファイルの設定が必須となる
EC2の障害復旧フロー｜AWSクラウドの活用ならcloudpack
cloudpackでは、スナップショットによるバックアップを利用して、障害時に迅速に復旧できるようにしています。
Amazon EC2 で手元のホストとファイルを共有する - Blog by Sadayuki Furuhashi
Amazon EC2 はVMを好きなタイミングで好きなだけ使うことができるので、複数のサーバを使う分散システムの検証環境として非常に使いやすい*1。費用を計算してみても、自宅でクラスタを動かすことを考えれば、十分安く上がりそうである。 しかし、VMを起動するたびに環境を設定したり、新しいテストを実行するたびにファイルを配ったりするのは面倒なので、ファイルを共有したくなる。 通信の遅延がかなり大きいので、EC2上でssh越しにファイルを編集するのも少々つらい。 そこで、手元のホストとホームディレクトリを共有する。さらに、一度転送したデータはキャッシュさせる。 共有ホームディレクトリ環境の管理方法と組み合わせれば、便利に使えるに違いない。 戦略 ファイル共有には NFSv4 over ssh を使う。NFSv4はポート番号を１つしか使わない（portmapperも要らない）ので、ssh越しで使
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
amis
AWSを用いた耐障害性の高いアプリケーションの設計
Simple Monthly Calculator
クラウドならアマゾン ウェブ サービス 【AWS 公式】
