Amazon EC2 Auto Scalingに新機能「ウォームプール」、すぐ起動して処理を開始するインスタンス群をあらかじめ準備可能に
Amazon EC2 Auto Scalingに新機能「ウォームプール」、すぐ起動して処理を開始するインスタンス群をあらかじめ準備可能に Amazon EC2 Auto Scalingは、複数のインスタンスを束ねてクラスタを作成し、負荷の大きさに応じてクラスタを構成するインスタンスを自動的に増減させてくれる機能を提供してくれます。 これにより、例えばテレビで商品が紹介されたECサイトにトラフィックが集中した場合でも、自動的にトラフィックに応じてスケールアウトしてくれる、といった処理が可能になるわけです。 ただし、インスタンスが起動して処理を開始する前に、コードやデータのロード、実行前に必要なスクリプトの実行といったさまざまな前処理が必要な場合があり、場合によっては処理を開始するまでに数分かかる場合もあります。 処理の開始に時間がかかると、そのあいだは多くのエンドユーザーへの応答も遅くなり、
AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場
AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場 クラウド上のインスタンスに対して何らかの操作を行う場合、SSHやRDPなどのプロトコルを利用してネットワーク経由で行う方法が一般的です。 しかし、例えばOS上のネットワーク設定を間違えてしまった、ドライバを削除してしまった、などのトラブルによりインスタンス自体のネットワーク接続が失われた場合、当然ながらSSH経由での操作もできなくなるため、トラブルシュートは面倒なものになります。 オンプレミスやデータセンターにあるサーバであれば、最後の手段としてサーバの場所まで操作員が移動し、サーバのシリアルポート経由でキーボードとターミナルを接続することによって、ネットワーク接続が失われたサーバに対しても設定変更の操作が可能です。 しかしデータセ
マルチAZ構成で単一AZの障害の影響を受けるのは何故か？ - プログラマでありたい
昨日の「AWSのAZの割り当ては、アカウントごとに違うという話」で宿題として残した、マルチAZ構成で単一AZの障害の影響を受けるのは何故かという問題について考えてみます。キーワードはELBです。 前提としてのELBの実装（の予想） マルチAZ構成での障害発生原因を検討する前に、まずELBの実装について考えてみましょう。5年ほど前に書いたELBの挙動からみる内部構造の推測です。 blog.takuros.net 旧ELB（CLB）をもとに書いていますが、ALBでも大きく変わらないと思います。要点としては、ELB自体は、AWSが管理するEC2インスタンス上で稼働し、バランシング先のAZにそれぞれ配置されているということです。図ではELBインスタンス（仮称）として表しています。そして、ELBインスタンスへの振り分けはDNSの名前解決で実現している点です。このアーキテクチャは私の個人的な予想ですが
AmazonLinux2 + Nginx + Python3.x + Ansible AWX 環境を構築する - らくがきちょう
AmazonLinux2 に AWX をインストールする手順をメモしておきます。 環境 今回は以下の環境を構築します。 ベースは AmazonLinux2 インスタンスサイズは t2.small pyenv で Python 3.7.4 環境を構築 フロントエンドは Nginx で SSL/TLS を終端させる 構築完了後、各コンポーネントのバージョンは以下になりました。 Amazon Linux release 2 (Karoo) Linux awx.example.com 4.14.128-112.105.amzn2.x86_64 #1 SMP Wed Jun 19 16:53:40 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux docker-18.06.1ce-10.amzn2.x86_64 git-2.17.2-2.amzn2.x86_64 ngi
Amazon Linux2 に Nginx フロントエンド構成で GitBucket をインストールする - らくがきちょう
Amazon Linux2 に GitBucket をインストールする手順をメモしておきます。 Java のインストール GitBucket の公式ページには下記の記載があります。 GitBucket requires Java8. You have to install it, if it is not already installed. 試しに amazon-linux-extras にある Java11 でチャレンジしてみたのですが、やはり GitBucket が起動しませんでした。 ここは素直に Java8 をインストールしていきます。 Java8 であれば Amazon Linux の標準リポジトリからインストール出来ます。 現時点でインストール可能なバージョンは 1.8.0.201.b09 でした。 # yum info java-1.8.0-openjdk Loaded p
AmazonLinux2 + Gogs で LDAP 認証 / TLS 対応な Git リポジトリを構築する - らくがきちょう
気軽に使える Git リポジトリを作る場合、手軽に初められる Gogs が便利です。 今回は AmazonLinux2 + nginx + gogs + Sqlite3 + Let's Encrypt 環境の構築手順をメモしておきます。 環境 Let's Encrypt で証明書を取得する Nginx のインストール Gogs のインストール 起動＆自動起動の設定 ActiveDirectory (LDAP) 認証の設定 参考 gogs/scripts/systemd/gogs.service 環境 今回、構築する環境のポイントは以下です。 AmazonLinux2 上で構築する Gogs で Git リポジトリを構築する Gogs へのログインは Samba4 へ LDAP 認証を行う Gogs のフロントエンドとして Nginx を構築する (クライアント → Nginx → Gogs
東京リージョンで構築可能なインスタンスタイプのアベイラビリティーゾーン別一覧表[2019/6/27] - サーバーワークスエンジニアブログ
CS課佐竹です。 こちらの記事は以前2019年4月10日に投稿させて頂きました記事「[EC2]東京リージョンで構築可能なインスタンスタイプのアベイラビリティーゾーン別一覧表」の更新版となります。あれから東京リージョンで構築可能なEC2のインスタンスタイプにどう変化があったのか見てみましょう。また、本記事の更新版は「[t3a対応版]東京リージョンで構築可能なインスタンスタイプのアベイラビリティーゾーン別一覧」になります。 はじめに 結果(アベイラビリティーゾーン別一覧表) 前回からの変更点 エラーメッセージの紹介 まとめ はじめに 前回と同様に「こちら」の公式ドキュメントの英語版に記載があるInstance Typeの一覧が、それぞれ東京リージョンの全アベイラビリティーゾーン(AZ)で構築が可能か「aws ec2 run-instances」の --dry-run オプションを利用して確認し
![東京リージョンで構築可能なインスタンスタイプのアベイラビリティーゾーン別一覧表[2019/6/27] - サーバーワークスエンジニアブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/b8bfcefb3d5cfb885154c9d106ca467d9f5e8684/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fs%2Fserverworks%2F20200711%2F20200711230424.png)
Amazon EBSをファイル単位でリストアする方法 - サーバーワークスエンジニアブログ
こんにちは、マネージドサービス課の小倉です。 2019年3月からこちらの課に所属が変わりました。 今回は、EC2にマウントしているEBSのバックアップ(スナップショット)を取得していることが前提ですが、EBSをファイル単位でリストアする方法をご紹介します。 ファイルをOS内でバックアップを取得せずに致命的な編集をしてしまった場合などに使うことができます。 リストア手順 リストアする内容 Amazon Linuxの/etc/hostsファイルを例にファイル単位でリストアする方法を説明します。 まず、現在の/etc/hostsの中身を確認します。 $ cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 iranaisettei ::1 localhost6 loc
EC2で構築したWindows Serverの初期パスワードの取得について - サーバーワークスエンジニアブログ
こんにちは、技術3課の城です。 初めてAWSでWindows Serverを構築した際にリモートデスクトップのパスワードをどのように取得するか、疑問に思った方は多いのではないでしょうか。 今回はその方法について、紹介いたします。 ログインまでの流れ おおまかな流れとしては下記となります。 ①EC2インスタンス構築 ②パスワードの取得 ③リモートデスクトップ接続 今回は②にフォーカスして説明します。 必要なもの EC2インスタンスを構築した時に設定したキーペアの秘密鍵([キーペア名].pem)が必要です。 パスワードの取得 デフォルトのWindows管理者パスワードの取得画面への移行 パスワードを取得したいEC2インスタンスを選択し、[アクション]⇒[Windows パスワードの取得] とクリックします。 秘密鍵の指定 [参照] を選択し、キーペアの秘密鍵を選択して、[開く]をクリックします
EC2で構築したLinux ServerへのSSHログイン方法について（Windows環境版） - サーバーワークスエンジニアブログ
こんにちは、技術3課の城です。 EC2で構築したLinux ServerへのSSHログインの方法について紹介します。 私はWindowsユーザーなので、Windows端末の環境用となります。 必要なもの SSHクライアント 今回はTera Termを利用します。 下記プロジェクトサイトのダウンロードリンクからインストーラーをダウンロード、実行してインストールします。 https://ja.osdn.net/projects/ttssh2/ EC2インスタンスを構築した時に設定したキーペアの秘密鍵([キーペア名].pem) 今回はこちらのEC2インスタンスにログインしてみます。 SSH接続 ホストとサービスの指定 Tera Termを起動し、必要情報を記入します。 ホスト欄にIPアドレスを記載、サービスはSSHを選択し、[OK]をクリックします。 known hostsリストへの追加 初回接
［速報］AWS、最大で100Gbpsのネットワーク性能を持つ「EC2 C5n インスタンス」発表。AWS re:Invent 2018 － Publickey
［速報］AWS、最大で100Gbpsのネットワーク性能を持つ「EC2 C5n インスタンス」発表。AWS re:Invent 2018 Amazon Web Services（AWS）はラスベガスで年次イベント「AWS re:Invent 2018」を開催しています。 1日目のイベント「Monday Night Live」で、同社は最大で100Gbpsの高速なスループット性能を持つネットワークに接続された新インスタンス「Amazon EC2 C5n インスタンス」（以下、C5nインスタンス）を発表しました。 現在製品化されているイーサネットとしては、シスコが先月末に400Gbpsに対応したイーサネットスイッチ製品群を発表したばかりという状況です。広く使われているネットワークとして100Gbpsの性能は、事実上の最高速度といっていいでしょう。 参考：シスコ、現時点でイーサネットの最高速となる
Amazon EC2とAmazon EBSの料金が1秒単位に変更。10月2日から全リージョンで － Publickey
Amazon Web Services（AWS）は、仮想マシンを提供するAmazon EC2とブロックストレージを提供するAmazon EBSなどのサービスの利用料金を、1秒単位へ変更すると発表しました。 AWS Blogに掲載された記事「New – Per-Second Billing for EC2 Instances and EBS Volumes」から引用します。 Effective October 2nd, usage of Linux instances that are launched in On-Demand, Reserved, and Spot form will be billed in one-second increments. Similarly, provisioned storage for EBS volumes will be billed in on
CanonicalがAmazon EC2用にチューンしたUbuntuカーネルをリリース。最大でカーネルブートが30％高速、15％小さく、i3インスタンスのI/O性能向上など
CanonicalがAmazon EC2用にチューンしたUbuntuカーネルをリリース。最大でカーネルブートが30％高速、15％小さく、i3インスタンスのI/O性能向上など このAWS-tuned Ubuntu kernelはCanonicalとAWSが協力して開発したもので、Ubuntuの長期サポートリリースである「Ubuntu 16.04 LTS」に対応したもの。通常のUbuntuと同様にサポートやセキュリティメンテナンスを受けられると、発表の中で次のように説明されています。 The AWS-tuned Ubuntu kernel will receive the same level of support and security maintenance as all supported Ubuntu kernels for the duration of the Ubuntu 16
Amazonクラウド、月末だけ／週末だけ／ある曜日や時間だけなど、定期的な利用を割安にする「スケジュールドリザーブドインスタンス」を発表
Amazonクラウドは、日次、週次、月次で予約される定期的なインスタンスを割安で提供する「Scheduled Reserved Instances」（スケージュールドリザーブドインスタンス）を発表しました。 例えば、平日の午後に行われる集計、毎週末に行われるデータ転送、毎月末に行われるデータ分析などの処理にこの予約されたインスタンスを適用することで、より安価にインスタンスを利用することができます。 Amazonクラウドはすでに「リザーブドインスタンス」と呼ばれる、インスタンスを割安に使える年間予約サービスを提供しています。 この従来のリザーブドインスタンスは1年もしくは3年のあいだ、いつでもインスタンスが使える予約なのに対し、今回発表されたスケジュールドリザーブドインスタンスは、特定の繰り返し期間を設定し、そのあいだだけインスタンスが使えるというもの。 Amazonクラウドの説明によると、
EC2リソースIDが長くなります - サーバーワークスエンジニアブログ
サポート窓口よりお知らせです。 既に、AWSのブログなどでご存知の方も多いかと思いますが、 EC2とEBSのリソースIDの桁数がこれまでの8桁から17桁に増えます。 一般社会のグローバルIPアドレスの枯渇でIPv6が求められるのと同じで、 AWSを多くの方々に利用してもらったことでIDが足りなくなってきたためです。 EC2ダッシュボードに入ると以下のような「通知」も表示されてようになりました。 移行スケジュール 一定の移行期間を用意して切り替えますので、その間に必要に応じて対処が必要です。 まず、移行スケジュールを紹介します。 既に、17桁のIDを持つインスタンスの起動は可能です。2016年3月までは8桁のIDが標準です。 それ以降は17桁が標準になります。そして、2016年12月に8桁のIDを持つインスタンスを 新たにローンチすることができなくなります。 尚、これはEC2に関するスケジュ
Amazon WorkSpacesとSAMBAで研究環境を構築する - サーバーワークスエンジニアブログ
はじめに 2015年4月入社の白鳥です。ほぼ10年ぶりの、晴れたすがすがしい冬を満喫している今日この頃です。 私は、サーバーワークスに入社する前は、北の試される大地にて、博士課程の学生として研究をしていました。この記事では、私が使っていた研究環境と同等以上の環境を、AWS上に構築してみます。まず、私が研究中にどのような用途でPCを使っていたかを説明します。研究をどんな手順で進めていたか、その過程でどんなソフトを使っていたかなどについて具体的に述べます。次に、AWS上に構築する研究環境の構成を示します。AWS上の仮想デスクトップであるAmazon WorkSpacesを使い、SAMBAでLinuxのEC2と連携させる構成を提案します。この構成の長所や短所についても述べます。最後に、この環境を構築する手順を示します。構築中のスナップショットや使用したコマンドを使いながら手順を示します。 私が使
5分で何となく解るAmazon Cognito - プログラマでありたい
年末年始でじっくり調べてみようと思っていたのがCognitoです。先日ようやく時間が取れて、何となく解ってきたので簡単にまとめてみます。Cognitoは、モバイル向けに設計されたユーザーアイデンティティおよびデータ同期のサービスです。主な機能としては、以下の3点です。 FacebookやGoogleなどのOpenID ConnectベースのIdentity Providerを利用して認証できる Cognito Syncで、同一ユーザの複数の端末のデータを同期できる 認証／未認証のユーザにIAM Roleを利用して、AWSリソースのアクセス制御 上記の説明を聞いても、Cognitoの良さはさっぱり解らないと思います。私もCognitoの説明を読んでも、Facebookで認証できるのかぁくらいにしか感じませんでした。Cognito Syncの同期機能も、ほーっと思ったけど必要とする場面はどれく
AWS News Blog
AWS Week in Review – AWS Documentation Updates, Amazon EventBridge is Faster, and More – May 22, 2023 Here are your AWS updates from the previous 7 days. Last week I was in Turin, Italy for CloudConf, a conference I’ve had the pleasure to participate in for the last 10 years. AWS Hero Anahit Pogosova was also there sharing a few serverless tips in front of a full house. Here’s a picture I […] Amaz
AWS News Blog
Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro
Amazonクラウドが「Amazon EC2 Auto Recovery」開始。システム障害を検知するとインスタンスを自動的に別システムへ移動、復旧
Amazon EC2 Auto Recoveryは、インスタンスが稼働しているサーバのシステム障害が検知されると、そのインスタンスを自動的に別のサーバへ移動、再起動し、システム障害から復旧させる機能。 移動したインスタンスは、IDやIPアドレス、コンフィグレーションなども含めて移動前のインスタンスと同じものになります。 これにより利用者は、クラウド上でいままで以上に可用性を高めることが容易になります。 AWS Cloud Watchで検知し、自動復旧 Auto Recoveryを機能させるには、AWS CloudWatchのアラームを作成し、メトリクスの「EC2 Status Check Failed (System)」のアクション「Recover this instance」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
