Amazon Linux 2 が起動してネットワークが有効になった後で自作スクリプトを実行する方法を調べてみた | DevelopersIO
はじめに こんばんは、菅野です。 Amazon Linux を使っていた頃は、起動時にスクリプトを実行する場合に以下のどちらかを使っていたと思います。 rc.local に記述する initd を利用する 今回のブログでは「Amazon Linux 2 として正しいお作法」を調べてみました。 条件としては「ネットワークが有効になった後」に実行されること、となります。 正しいお作法としては systemd を使う Amazon Linux 2 では「systemd」を使いましょう。 実行したいスクリプトの他に一つのファイルを用意するだけで簡単に目的は達成できます。 用意するファイル ファイル名：/home/ec2-user/exec_ping.sh Owner：ec2-user パーミッション：755 説明：yahoo へ ping を撃ち、その結果を result.txt へ記録します 一
GitHub ActionsでEC2に自動デプロイ環境を構築する方法｜ryry_w
本日は、GitHub Actionsを使用してCI/CDのCD環境を作成したいと思います。以下に実現した内容をまとめます。 featrueブランチからmainブランチに対してPull Request（PR）を作成し、レビューアーが承認しMergeが行われると、GitHub Actionsのジョブが自動的にトリガーされ、処理が実行されます。 1.事前に必要なもの● EC2の環境 ● GitHubで管理されているリポジトリ ● EC2へのAWS CLIのインストールとCLIを操作するためのアクセスキーとシークレットアクセスキーの生成 AWS CLIのアクセスキーとシークレットアクセスキーを作成するには、AWSのIAM（Identity and Access Management）を使用してユーザーを作成し、アクセスキーとシークレットアクセスキーを生成します。 2.鍵を生成するまず、GitHub
EC2にとりあえずnginx*mrubyの環境を作るときの手順 - Qiita
zomです。 この記事はLIFULL Advent Calendar その3の23日目の記事です。つまり私の誕生日です。 要件が非常に軽いもので、アプリケーションサーバを導入することですらオーバースペックなことも世の中にはあると思います。 最近ではそういった場合はLambdaでさっくり作ったりするのが最近のトレンドかと思います。 が、しかし私はJSに対して苦手意識があり、早くRubyが実行できるようになったらいいのに…なんて想いからLambdaを敬遠して生きてきました。（JavaやPythonは書けないです。。。） （2018年のre:inventでRubyが実行できるようになったのがすごく嬉しいです。ちょっと早いAWSサンタさんありがとう） といった事情からnginx*mrubyでアプリケーションサーバなしにRubyを実行する環境を作るに至りました。 あと、もともとRubyKaigi20
Private Presentation
Private content!This content has been marked as private by the uploader.
EC2 メンテナンスで慌てないための 4 つの設計ポイント | はったりエンジニアの備忘録
公式ブログでもアナウンスがありましたが、月末にかけて EC2 のメンテナンスが行われます。 EC2 メンテナンスアップデートに関して EC2 のメンテナンスには、ゲスト OS を再起動するインスタンスリブートと、ホストの物理サーバを再起動するシステムリブートの 2 つがあります。どちらのメンテナンスが予定されているかは EC2 Management Console の Events ページで確認できます。詳しいことは Amazon EC2 のメンテナンスのヘルプページに書いてあります。 今回は Xen のセキュリティ対応ということでシステムリブートが必要になりますが、どちらのメンテナンスでもユーザーの都合に合わせて事前に実施することができます。 インスタンスリブート: ゲスト OS にログインして再起動させるか、EC2 Management Console で Reboot を選択 システ
【AWS】古参ユーザーほど気をつけてほしいRI購入時の注意点（容量保証について） | DevelopersIO
はじめに こんにちは植木和樹です。本日はEC2でリザーブドインスタンスを購入する際の注意点についてのお話です。 リザーブドインスタンスは、最初にいくらかの初期費用（予約金）を払うことで、月々のインスタンス使用料を大幅に削減できる仕組みです。ところでリザーブドインスタンスには利用料の削減以外に「予約したアベイラビリティゾーンで起動するインスタンス数（容量）確保の保証」という効果もあります。 EC2 リザーブド インスタンス （大幅な割引料金で利用可能な EC2 インスタンス） | アマゾン ウェブ サービス（AWS 日本語） 信頼性 リザーブドインスタンスでは容量を予約することができるため、必要な時に予約している分だけインスタンスを起動できるという安心感を持つことができます。 2013年5月以前にAWSアカウントを作成した方は注意！ EC2-VPCのみが使えるAWSアカウントの場合 2013
Amazon Elastic Load Balancing (ELB)の内部構造および拡張・障害時の動き - プログラマでありたい
諸般の理由により、AWSの各サービスの挙動を改めて復習中です。まずは、Amazon Elastic Load Balancing 、通称ELBについてです。ELBの内部の動作については、公開されている公式ドキュメントが割とあります。是非一度しっかりと目を通しておくとよいですよ。少なくともAWSマイスターシリーズのELBについては、読んでおくべきです。簡潔にかつ詳しく説明されているので、理解が格段に進むでしょう。というところで、現段階で私が理解しているELBのアーキテクチャをまとめてみました。 ELBの内部構造 ELBは、ELBエンドポイントとELBインスタンス（仮称）によって構成されます。ELBインスタンス（仮称）の正式名称は知らないので、その名前で呼ぶことにします。ELBインスタンスには、グローバルIPが付与されます。ELBエンドポイントは、myLB-xxx.elb.amazonaws.
Amazon EC2(Linux)システム管理で知らないとハマる5つの環境設定 | DevelopersIO
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
AWS News Blog
New – Amazon EC2 R7a Instances Powered By 4th Gen AMD EPYC Processors for Memory Optimized Workloads We launched the memory optimized Amazon EC2 R6a instances in July 2022 powered by 3rd Gen AMD EPYC (Milan) processors, running at frequencies up to 3.6 GHz. Many customers who run workloads that are dependent on x86 instructions, such as SAP, are looking for ways to optimize their cloud utilization
2013年 Hadoop 運用ログ @ Treasure Data | Post Moratorium
2013年 Hadoop 運用ログ @ Treasure Data Hadoop Advent Calendar 2013、5日目のエントリです。2日遅れてすいません！ 細かいのは上げればキリが無いんだけど、誰かの役に立てばと思い Treasure Data でHadoopクラスタを運用してみたログ 2013年度版を公開してみます。 対象バージョン2013年には、ディストリビューションのアップグレードを5回ほど行いました。 CDH3u0CDH3u1CDH4.1.2CDH4.2.0CDH4.2.1メジャーアップグレードは複数バージョンを同時に走らせて問題が無いことを確認後、切り替えを行っています。しかしCDH3って既にEnd of Maintenanceなんですね、知らなかった。 運用体制約3名、年末には約8名程。約100社に向けてサービス運用をしていて、数分ジョブが刺さるだけでもサポートチ
c3.largeは1コア2スレッド、c3.8xlargeは16コア32スレッド | Linux練習帳
Amazon EC2の新インスタンスタイプが来たのでUNIXBenchとってみた。使ったインスタンスはc3.large。2コアみえてるけど、性能特性から判断すると1コア2スレッドのように思われる。（シングルスレッド性能とマルチスレッド性能があまり違わない）最上位のインスタンスは32仮想コアとなっているが、Intel Xeon E5-2680 v2は1CPUあたり10コア20スレッド、2CPU構成で20コア40スレッドであるので、物理32コアは割り当てられない。c3.8xlargeはは16コア32スレッドが割り当てられていると考えるのが妥当だろう。と考えると、近い将来、20コア40スレッドを利用できるc3.10xlargeが登場するかもしれませんね。 =======================================================================
Amazon DynamoDBによるTomcatセッション永続化とフェイルオーバー | DevelopersIO
Tomcatのセッション管理 Tomcatでクラスター構成にする場合、課題となるのがセッション管理です。ロードバランサーでセッションIDを保持することで、毎回同じサーバーにリクエストが向かうのであれば問題なさそうに見えますが、あるサーバーがダウンしてしまうとセッション情報が消えてしまいます。これを解決する方法として、データベースにセッション情報を保持する方法が一般的ですが、データベースへ負荷が掛かりますし、データベースが落ちたら困ります。何かもっと良い方法は無いかと皆さん思っていたはずです。そこで、AWSですよねー。AWSでは、ElastiCacheやDynamoDBがサービスとして提供されています。ここで、永続化をしっかりやってくれるのはDynamoDBであり、AWS SDK for Javaでの登場が待たれていたわけです。そして、このたび出てきました！ スティッキーセッション ロードバ
開発メモ#5 : Amazon Linux で knife-solo を使って chef-solo 実行 - naoyaのはてなダイアリー
開発メモその5です。表題どおり EC2 インスタンスの Amazon Linux で knife-solo を使う話。 開発メモ#4 : EC2スナップショットとの差分は chef-solo で解決 - naoyaのはてなダイアリー で、chef-solo を使って EC2 の環境管理をしていると書きました。うち chef-solo の実行は capistrano like な perl のデプロイツール Cinnamon に任せている、という旨を述べました。 が、件のデプロイツール任せだと chef-solo 実行の度にレポジトリ経由でレシピをサーバー側に転送する必要がある。自分は github を使っているので github に push してサーバー側で fetchc される。デプロイツールがこの辺をやってくれるとは言え、レシピの動作確認のためにちゃんと動くことが保証されていないレシ
Netflix のスケール - オートメーション編
遅くなったけど続編。前回 TODO にしてたスケールアウトのオートメーションあたり。AWS のオートスケールについては、本家ドキュメントに一通り書いてあります。その機能を大まかにまとめると、 スケールアウト、バランシングが自動化できる 複数のゾーン (Availability Zone) にまたがっていても一元管理できる (AZRebalance ELB を指定してインスタンスを追加できる 不健全なインスタンスを自動的に入れ替えれる >>> オートスケールの設定 大きく分けると 3 つのステップ CPU やメモリ等のリソースを識別する CloudWatch に各リソースをモニタリングするためのメトリクスを作成する デフォルトでモニタリング可能なリソースが用意されている (デフォルトで用意されているリソース EC2 の CPU 負荷、ディスク I/O、ネットワーク I/O ELB のホスト数
ZFS on LinuxをAmazon LinuxとEBSで試してみた - okochangの馬鹿でありがとう
久しぶりに自分のToDoリストを見てみると、昨年の10月くらいに登録されたこんなものがありました。 『せっかくZFS Daysに参加したのだからブログに何か書く』 おお、そうだ、みんな他の人に見せられない大事なものをZFSに保存してたなー。 ブログを書くまでが勉強会なので、勉強会のクロージングの為にもZFS on LinuxをAmazon Linuxにインストールしてみました。 ※安くなったとはいえ、検証の為にHDDを何個も買えません＞＜ ※今回は1台のEC2インスタンスに10GiBのEBSを3つアタッチした非常にケチ臭い構成です こちらのページに詳しく解説されてます。 必要なパッケージのインストール $ sudo yum -y update && sudo reboot $ sudo yum -y groupinstall "Development Tools" "Development
『Amazon EC2 Auto Scaling設定まで -その③』
その②はこちら 次はバランサーの設定 「AWS Management Console」から、「Load Balancers」にいって 「Create Load Balancer」クリック 「Load Balancer Name」は、まあ適当に。 Common Applications,Protocol,Load Balancer Port,EC2 Instance Port Apache HTTP Server ,HTTP ,80 ,80 ↑な感じで。 あとは、↓を設定 L4 or L7 ポート番号 ヘルスチェック用のファイルのパス タイムアウト閾値 チェック間隔 異常と判断するまでの回数 正常と判断するまでの回数 で出来あがり。 今回は「Auto Scaling」制御するので登録インスタンスは無しで。 続いてやっと本題の「Auto Scaling」に入ります。 こちらは初めに「Devel
Wowza docs
Developer APIs and SDKs Use our powerful REST APIs and SDKs to build robust, custom streaming solutions. Wowza Streaming Engine Install, configure, and manage our media server software to create live and video-on-demand streams, on-premises or in the cloud. Wowza Video Use our new cloud-hosted service for end-to-end live streaming or as one part of a custom streaming platform.
About hosting Wowza Streaming Engine in the cloud
Deploying Wowza Streaming Engine™ media server software in the cloud allows you to stream content from high-performance virtual machines hosted remotely by third-party providers. Cloud hosting provides the following benefits: Saves you from having to invest in hardware resources and infrastructure Allows you to quickly scale up or down as your streaming needs change Lets you rely on the built-in r
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Case Study: Amazon.com Oracle DB Backup to Amazon S3
お探しのページは移転しました | takemikami's note