AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場
AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場 クラウド上のインスタンスに対して何らかの操作を行う場合、SSHやRDPなどのプロトコルを利用してネットワーク経由で行う方法が一般的です。 しかし、例えばOS上のネットワーク設定を間違えてしまった、ドライバを削除してしまった、などのトラブルによりインスタンス自体のネットワーク接続が失われた場合、当然ながらSSH経由での操作もできなくなるため、トラブルシュートは面倒なものになります。 オンプレミスやデータセンターにあるサーバであれば、最後の手段としてサーバの場所まで操作員が移動し、サーバのシリアルポート経由でキーボードとターミナルを接続することによって、ネットワーク接続が失われたサーバに対しても設定変更の操作が可能です。 しかしデータセ
［速報］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の性能は、事実上の最高速度といっていいでしょう。 参考：シスコ、現時点でイーサネットの最高速となる
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
VPC Peering時のsubnet間の転送速度を計測してみた - サーバーワークスエンジニアブログ
同一リージョンのVPC同士を接続できるVPC Peeringがリリースされています。 設定方法はこちらで 紹介されております。 異なるVPC間の転送速度はどうなるのか、同一VPC内と変わらないのか、違いがあるのかざっと検証してみました。 ご注意 こちらの検証は当社の一エンジニアが実施したもので、AWS（Amazon Web Services）のオフィシャルのものではありません。 検証環境、検証時期で結果は多少でも異なると考えられます。 あくまでも１つの結果とお考えください。 検証環境 別アカウント２つそれぞれにVPCを作り、AZごとにsubnetを１つずつ作ります 作ったsubnetのそれぞれにEC2インスタンスをラウンチします。 EC2インスタンスは、 すべてAMI「Amazon Linux AMI (HVM) 2014.03.1 - ami-bb562fba」からラウンチしました。タイ
AWSのネットワークACLとセキュリティグループの違い - プログラマでありたい
前回、ブラックリスト型ファイヤーウォールとしてネットワークACL（NetworkACL）を紹介しました。セキュリティグループとの役割の違いが解り難いところがあるので、改めて整理してみたいと思います。 ネットワークACL（NetworkACL）とセキュリティグループ（SecurityGroup）の違い まずセキュリティグループとネットワーク ACLの違いは何でしょうか？これは、公式のドキュメントに表形式でまとめられていて非常に解りやすいので、是非一度見て頂ければと思います。表を転載すると以下の通りです。 セキュリティグループ ネットワーク ACL インスタンスレベルで動作します（第 1 保護レイヤー） サブネットレベルで動作します（第 2 保護レイヤー） ルールの許可のみがサポートされます ルールの許可と拒否がサポートされます ステートフル: ルールに関係なく、返されたトラフィックが自動的に
結構知らないAmazon EBSの細かい話。主にEBSのネットワークの構造について - プログラマでありたい
先日、EBS（Elastic Block Store）のとある状況下での挙動について正確なところが知りたくて、改めて調べていました。その中で、AWSマイスターシリーズ ReloadedのEBS版を見つけたのですが、これが良い資料でした。今までEBSのネットワーク部分についてどういう構造になっているのか、正確に把握しませんでした。資料を読むことにより構造が解り、ボトルネックが発生した時にどう対処すればよいのか、より掴みやすくなりました。簡単にまとめてみたいと思います。 EBSの全体像 まずはEBSの基本構造です。当たり前といえば当たり前ですが、EBSはEC2ではなくその下のレイヤーのハイパーバイザにアタッチされます。アタッチ後にOSから認識させるという形になります。また接続の方式としてはネットワーク型ですが、利用者はネットワークを全く意識せずとも使えるようになっています。（SecurityG
AWS News Blog
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
