NAT Gatewayによるアクセス元IPアドレスの固定 | DevelopersIO
雪山ジャンキー渡辺です。 今年もクラスメソッド雪山部は絶賛活動中ですよ。 さて、少し前ですが、AWS NAT Gateway（以下、NAT Gateway）がリリースされました（【新機能】ついに登場！Amazon VPC NAT GatewayでNATがAWSマネージドに）。 NAT Gatewayは、プライベートサブネットからインターネットへの通信を実現する仕組みです（外向きのみ）。 今日は、このNAT Gatewayを利用するひとつのパターンを紹介します。 サブネットを構成する３つのパターン サブネットは種別として、パブリック・プライベート・プロテクトの３つの形態が選択できます。 外部アクセス可能なパブリックサブネット パブリックサブネットは、ルートテーブルがインターネットゲートウェイと関連付けられたサブネットです。 パブリックサブネットでは、インスタンスにEIPを付与する事により外部
EC2に開発環境を構築。インスタンス起動後に即アクセス可能にするッ！ | hampom TODAY
最近、プライベートで開発を再開しました！(どうでもいい) 自宅で開発するのは誘惑が多すぎて辛いので、ノートパソコンを持ってコワーキングスペースに行ったりします。 しかし、どうもパソコンが重い…。 そこで、どうにかして手持ちのスマホ(Galaxy S2)で開発できないかなあ、と調べてみました。 Amazon EC2 に開発環境を作るッ Galaxy S2 は、別売りのケーブルを購入するとHDMI接続できたり Bluetoothキーボードが使えたりするので、開発にはピッタリ。 デバイスのrootを取って、Debian をインストールするなんて方法もあるけれど、動作が重いだろうし、自宅からならノートパソコンで開発したい場合もあるし… と、色々考えて思いついたのが AWS の EC2 に開発環境を作る事でした。 micro インスタンスをチョイスし、LAMP環境を構築するだけなので、これらの
テンポラリ稼働な EC2 インスタンスから Route53 をダイナミック DNS っぽく使う - 旧・私と私の猫の他は誰でも隠し事を持っている
最近はコード書くより AWS の色んな機能を弄ってる方が楽しかったりするので、プログラマとしてのアイデンティティが揺らぎはじめている Mariyudu@どうせ野良だし楽しければいーんじゃねーの、です。はい、矜持もプライドも野末のどっかに忘れてきましたw そんな訳で今、某サービスを構成するサーバを AWS EC2 上で開発中です。開発用のインスタンスだとキホン、作業の時だけ起動して料金を節約するってのがパターンだと思いますが、そんな時ちょっと不便なのが起動の度に変わってしまう IP やホスト名。そこで、このサービスのドメインもやはり AWS の Route53 (以下、R53)で DNS 運営していることもあり、インスタンス起動時に当該ホストの A レコードを書き換える仕組みをちょこちょこっと作ってみました。R53 de Dynamic DNS って感じですな。以下、手順です。 R53 の認
EC2インスタンス起動時にRoute53のリソースレコードを更新する - azuki note
EC2は完全従量制でインスタンスを起動していないときには、EBSを除きほぼ課金が発生しないため、検証用など必要なときだけすぐにサーバを準備できるので非常に便利です。ただ、必要なときしか使わないインスタンスに、Elastic IPアドレス(固定IP)を割り当てるとインスタンスが稼動していないときにも課金されてしまいます($0.01/hなので、1日のうち10時間しか使わないとすると、だいたい0.01×14h×30×85円=357円)。 Elastic IPを使わないとIPアドレスがインスタンスの起動のたびに変更されてしまうので、必要なときだけ起動するという使い方だと不便です。これを改善するため、インスタンスの起動時にDNSサーバのレコードを更新して、登録しているホスト名でインスタンスにアクセスするという方法があると思います。DNSはBINDでもいいですが、せっかくなのでRoute53を使います
【AWS】JenkinsとserverspecでChefのテストを自動化する | DevelopersIO
はじめに こんにちは植木和樹です。相変わらずCloudFormationとChefな毎日を送っています。そのおかげで、最近は実験用サーバを設定するときにも極力手作業はなくし、CloudFormationやChefを使って自動化・省力化する習慣がつきました。以前作ったCookbookを使用して、コマンド1つで新環境が構築されたときって気分いいですよね。 さてChefのCookbookが増えてきて徐々に再利用が進んではいるのですが、Cookbookを作成してから数週間もすると「本当にこのクックブックはまだ動くのかな？」と不安になってきます。ここはやはり、Cookbookが正しく適用されることを継続して保証する仕組みがほしいところです。 本日はChef Cookbookのテスト自動化の一例として、JenkinsからEC2を起動してからchef-soloを使ってCookbooksを適用し、その後s
Amazon ELBをうまくつかうには、KeepAliveを有効にしよう。Timeoutは60秒よりだいぶ長くしよう。その背景。
Amazon ELBをうまくつかうには、KeepAliveを有効にしよう。Timeoutは60秒よりだいぶ長くしよう。その背景。 鯖管のメモ帳: AWSのELBでHealthyHostCountが0になるという記事の中で ■AWSのELBとApacheを使う際の注意点 ・Timeoutは120以上が推奨 ・ApacheのKeepAliveは有効にすべし。ELBとの接続効率があがる。 という形ですでにやるべきことは書いてあるのが、なぜそうなるか。。(いそがしい人は後は読まなくてok！) 根本的な理由としては、ELBはTCPを単にリレーしているのではなくて、アプリケーションレイヤのプロキシであることによるものが大きい。ELBはバックエンドのEC2との間で無通信の場合でも60秒はセッションを維持する。 ELBはTCP Persistent Connectionを提供し、webサーバとの間のTCP
AWS News Blog
AWS Week in Review – New Open-Source Updates for Snapchange, Cedar, and Jupyter Community Contributions – May 15, 2023 A new week has begun. Last week, there was a lot of news related to AWS. I have compiled a few announcements you need to know. Let’s get started right away! Last Week’s Launches Let’s take a look at some launches from the last week that I want to remind you of: New Amazon EC2 […]
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
