2018 年 5 月 30 日(水)~ 6 月 1 日(金)に開催され、3 日間でのべ 21,000 名を超えるお客様にご来場いただいた「AWS Summit Tokyo 2018」。 こちらのページでは AWS Summit Tokyo 2018 のセッションの資料と動画、EXPO 会場の展示ブースにて配布された資料を公開しています。 当日残念ながらお越しになれなかった方はもちろん、当日のセッションを改めてご参考にしたいお客様もぜひご覧ください。
![AWS Summit Tokyo 2018 資料・動画一覧 | AWS](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4f530e16dfb308a48108c71972db725de90d0d5/height=288;version=1;width=512/https%3A%2F%2Fa0.awsstatic.com%2Flibra-css%2Fimages%2Flogos%2Faws_logo_smile_1200x630.png)
RDS はマネージド・サービスなので、OSにログインしたり、sysdba でDBに接続することはできない。 その代わり rdsadmin という PL/SQLパッケージで必要な操作ができるようになっている。 よく使いそうなものは以下かなぁ。 Oracle RDS セッションの強制終了 alter system kill session ‘sid, serial#’ IMMEDIATE; exec rdsadmin.rdsadmin_util.kill(sid, serial#, ‘IMMEDIATE’); 共有プールのフラッシュ alter system flush shared_pool; exec rdsadmin.rdsadmin_util.flush_shared_pool; バッファキャッシュのフラッシュ alter system flush buffer_cache; exec
コンニチハ、千葉です。 AWSマネジメントコンソール利用時に、コンプライアンス要件によりIP制限をしたい場合があります。 しかし、マネジメントコンソールにIP制限すると、思わぬエラーが発生し操作できなくなる場合があります。 こちらのドキュメントにも記載があります。 aws:SourceIp 条件キーは、リクエストの送信元である IP アドレスに解決します。リクエストが Amazon EC2 インスタンスから送信された場合、aws:SourceIp はインスタンスのパブリック IP アドレスに評価されます。 引用元 つまり、APIリクエストの種類は2種類あり ユーザー側からのリクエスト AWSがユーザーの変わりにリクエスト 2はCloudFromationのようなAWS環境を自動構成するようなサービスで、ユーザーが作成した定義に従ってCloudFormationサービスがEC2のようなサービ
多くのお客様がクラウドストレージのメリットを活用したいと考えていますが、オンプレミスで実行されているアプリケーションでは、データへの低レイテンシーアクセス、またはクラウドへの迅速なデータ転送が必要です。AWS ハイブリッドクラウドストレージのアーキテクチャは、オンプレミスのアプリケーションとシステムをクラウドストレージに接続して、コストを削減し、管理の負担を最低限に抑え、データの革新を支援します。 AWS Storage Gateway を使用すると、オンプレミスでの AWS Storage の導入が簡単に行えます。Storage Gateway は、お客様によるオンプレミスアプリケーションを AWS ストレージにシームレスに接続して拡張します。お客様は、Storage Gateway を使うことで、テープライブラリのクラウドストレージへの置き換え、クラウドストレージによるファイル共有の実
04/14 現在、お値段、¥3,672 → ¥3,060(17%OFF) となっています。本書の概要この本の概要AWSのサービスを活用したクラウド上でのシステムの構築手順と設定。目的に応じたサーバ構築方法と、サービスの選び方をわかりやすく解説します。コン ソールからの設定に加えて、コマンドやSDKを使った設定方法も掲載した、システムの構築と運用の現場で培った実践的なノウハウが凝縮された一冊です。こんな人におすすめAWSをこれから本格的に導入しようと考えている方物理サーバーの管理に疲れて、IaaSに移行したい方本の内容の紹介●目次 Chapter1 AWSの基本 Chapter2 AWSを利用する Chapter3 パターン別構築例 Chapter4 AWSのセキュリティ Chapter5 管理と運用目的に応じたサービスの選び方と導入方法を詳細にわかりやすく解説。構築手順がよくわかる!本書の
先月(2015/3/25)発売された「Amazon Web Services パターン別構築・運用ガイド」についてですが、売上げ好調で発売後1ヶ月を待たずに増刷が決定されました。ありがとうございます。 Amazon Web Services パターン別構築・運用ガイド 作者: NRIネットコム株式会社,佐々木拓郎,林晋一郎,小西秀和,佐藤瞬出版社/メーカー: SBクリエイティブ発売日: 2015/03/25メディア: 大型本この商品を含むブログ (2件) を見る またAmazonでは発売後1週間で品切れ状態になりました。その状態がずっと続いていたのですが、本日ようやく解消されていました。実に2週間以上。発売後ダッシュを掛けたい著者陣としては、もどかしいことこの上ない状態でした。編集部に状況を聞いていたのですが、どうも取次-Amazonの部分で詰まる場合があるようですね。 「Amazon W
Management Consoleでオレゴンリージョンを選択する Amazon SES Dashboardで、左メニューから[SMTP Settings]を選択する SMTPのサーバ名、ポート番号、TLS利用有無、認証方法が表示される [Create My SMTP Credentials]ボタンを押すと、クレデンシャルが作成される 送信用ユーザの名前(IAMユーザ名)を入力する デフォルトで名前が入っているが変更できる 作成するユーザに適用するIAMポリシーが、デフォルトで提供される ses:SendRawEmail Actionがが許可される IAMのManagement Consoleで、ユーザが作成されたことを確認する。ユーザを選択すると、User Pokiciesで先ほど適用したIAMポリシーを確認できる。 3 SMTP UsernameとSMTP Passwordが表示される
AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H
はじめに S3は、拡張性と信頼性に優れた堅牢なストレージサービスとして、AWSサービス支えるの中心的な存在です。冗長化、ライフサイクル管理、アクセス制御、暗号化等バックアップメディアに期待される機能を標準で備えています。 ご紹介するS3暗号化はクライアントサイド暗号化、サーバーサイド暗号化が可能で、さらに暗号化にユーザーが管理する鍵を使用できます。企業の内部情報や個人情報を含むデータでも、手間をかけずに暗号化して保管できます。 S3暗号化の分類 データを暗号化する場所と鍵の管理をどこが担うかによって分類されます。 ・鍵の生成・管理はサーバサイドとクライアントサイドのどちらであるか ・オブジェクトの暗号化はサーバサイドとクライアントサイドのどちらかであるか AWSが提供するS3暗号化ソリューション Client Side Encryption Client Side Encryption(以
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
さて、皆様はIAMにどのようなイメージをお持ちでしょうか。プロジェクトに関わる複数人で1つのAWSアカウントを扱う時、各メンバーに配布するアカウントを作れる機能。そして、その気になればアカウントをグループ分けし、権限を厳密に管理できる機能。といったところかと思います。 上記のユースケースで出てきた主なエンティティ(要素)はUserとGroupですね。IAMのManagement Consoleで見てみると、IAMはこれらの他にRoleやIdentity Providerというエンティティによって構成されているようだ、ということがわかります。今日はRoleにフォーカスを当てて、その実態を詳しく理解します。 IAM Role IAM Roleを使うと、先に挙げたIAMのユースケースの他に、下記のようなことが出来るようになります。 IAM roles for EC2 instancesを使ってみ
IAM の紹介ビデオ AWS トレーニングと認定では、IAM の概要について説明する 10 分の動画を提供しています。 AWS Identity and Access Managementへの概論 IAM の機能 IAM には、以下の機能があります。 AWS アカウント への共有アクセス パスワードやアクセスキーを共有しなくても、お客様の AWS アカウントのリソースを管理および使用するためのアクセス許可を他の人に付与できます。 詳細なアクセス権限 リソースごとに、ユーザーごとに、さまざまなアクセス権限を付与できます。例えば、一部のユーザーは、Amazon Elastic Compute Cloud (Amazon EC2)、Amazon Simple Storage Service (Amazon S3)、Amazon DynamoDB、Amazon Redshift、他の AWS のサ
Ubuntu 13.04 を使ってRailsを動かす環境を作っていたのですが、ひさびさにはまり何時間もロスしてしまったので書いておきます。 Postfixで SMTPで認証を行い任意のIPアドレスからメール中継を可能にする設定は、2.09までは main.cf に smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destinationと指定します。検索すると、どこにもこの記述ができてきます。しかし Postfix 2.10 では 554 Relay access denied エラーになってしまいます・・・・ 以前に設定した Ubuntu 12.04 (Postfix 2.09)の環境では上手く動作します。うぅぅぅ・・ いろいろと検索し、やっと http:/
Postfixを安全に運用できるように設定します いよいよ本丸、PostfixでSMTPサーバを構築します。 基本的なホスト名やメールログの管理などに加えて、今まで解説してきた通り、公開鍵証明書を利用したSSLによる暗号化。SASLライブラリを利用したSMTP認証。さらに不正中継対策。と、各種セキュリティに守られた安全なメールサーバを構築すべく、設定をしていきます。 迷った時の道標。公式ページや参考になるサイト Postfixは数百のオプションが用意された、多機能なソフトです。 このページでは解説を加えながら設定をしていきますが、さらに高度な設定や、解説が必要な方は公式ページ参照してください。 以下に参考になる、おすすめのWebページを紹介します。 ●Postfix公式ページ ●公式ページにある「標準的な設定の例」 ●公式ページにある「各種パラメータの解説」 各設定ファイルの和訳と解説 ●
2014年ももうすぐ終わりですが、いかがお過ごしでしょうか?年末になると家や開発環境・PCなどの大掃除をする方も多いと思います。 そんな中、IAM Policyに関する機能追加がありましたので簡単にご紹介します。IAM Policyの表記を文法準拠に記述する手助けをするツールです。IAM PolicyはAWSリソースなどへのアクセス権限を柔軟に適用でき、活用することでAWSの各リソースへのアクセスを安全に行えるように出来ます。 しかし、記法が若干複雑で幾つかの書き方が出来るのですが、今回リリースされた機能を使ってIAM Policyの記述を文法準拠にしましょう。(どういう変更を自分が行っているかはちゃんと理解しておきましょう) IAM Policyを文法準拠に This release of AWS Identity and Access Management (IAM) provides
$ sudo cp /etc/postfix/main.cf{,.org} $ sudo vi /etc/postfix/main.cf $ sudo diff -u /etc/postfix/main.cf{.org,} --- /etc/postfix/main.cf.org 2013-01-20 06:44:10.831132999 +0000 +++ /etc/postfix/main.cf 2013-01-20 12:21:11.669057494 +0000 @@ -74,6 +74,7 @@ # #myhostname = host.domain.tld #myhostname = virtual.domain.tld +myhostname = mail.example.com # The mydomain parameter specifies the local int
センドメール株式会社 (Sendmail, K.K.) 末政 延浩 2011年7月 1. 概要 2. 公開鍵の提供 3. 鍵の管理 4. 送信側での署名 5. 正規化処理 6. 受信側での処理 7. 認証結果の扱い 8. DomainKeys Identified Mail (DKIM) Author Domain Signing Practices (ADSP) 9. 認証結果のヘッダへの表示 1. 概要 Domainkeys Identified Mail (DKIM) は、電子署名方式の送信ドメイン認証である。IETFにおいてSendmail社のEric Allman氏らを中心として検討が進められ、RFC 4871およびRFC 5672として標準化された。さらに、DKIMの規格を補うDKIM-ADSPという標準があり、RFC 5617で標準化されている。 図1に示すように、DKIMで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く