すべてのカテゴリ

ドキュメント通り対応して失敗した時の記録サポートチームと連絡するための情報を入力するMFA再同期の画面から､AWSサポートの連絡を受けるために担当者名､メールアドレス､電話番号をフォームへ入力します｡翌営業日にサポートから連絡を受けられます｡(朝の10時前ぐらいに電話がきました) AWSサポートとのやり取り最初にMFAの解除依頼で間違いないか確認が入りました｡ 通話中にメールを送っていただき､指示に従ってメール内の数字を読み上げました｡数字の一致を確認した後､サポートでMFAを解除してもらいました｡解除完了の通知フォームに入力したメールアドレス宛に英文でMFA解除通知と､サポートから解除の電話をいただきました｡所感焦る状況ではありますが､やってみるとそこまで複雑ではなかったです｡

こんにちは、ままどおるでございます。 法人向け ITインフラ技術研修講師を営んでる40代男子です。 新人および中途未経験者向けをメインに通年忙しく動いております。数日前に、研修用サーバを移行した記事を出しました。元々私が持っている研修用サーバは、今回移行した1号機（デスクトップ）と2号機（ノートPC）とありました。1号機（デスクトップPC）を高スペック機に移行したことに伴い、旧1号機（デスクトップ）を現2号機ポジションで運用しております。ということは、元々2号機として使っていた（ノートPC）が余るのです。当初こいつのメモリを16GBに増設して、延命を検討しましたが、なにぶん5世代CPUゆえにコスパ悪いと判断し、取りやめました。ですので、現在旧2号機（ノートPC）をジモティに出品中です。だれか買ってくれるかたを募集してます。（というのは冗談です）

<a class="coconala-widget" href="https://coconala.com/services/2843193" data-service_id="2843193" data-width="468" data-comment="0" data-invite="0" data-user_id="4045846">AWS認定トレーニングサポートしてます AWS SAP所有者，受益者よりサポート</a><script>!function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?'http':'https';if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+'://coconala.com/js/coconala_widget.js';fjs.parentNode.insertBefore(js,fjs);}}(document,'script','coconala-wjs');</script>

AWS認定 資格 クラウドプラクティショナー(CLF-C01)の問題と解答を掲載します。 ★ 本記事は、以下のような方におすすめです ★ ・手っ取り早く一発で合格したい！ ・クラウドの知識をほとんど持っていないけど合格したい方！ ・出題されるレベルの問題で試験対策をしたい！ ・不合格だったので次は合格したい！ サンプルとして５問の解答を無料で公開します。すべての問題の解答は、記事をご購入いただいた後にWordファイルのダウンロードより閲覧可能となります。 【免責事項】 筆者の個人的な意見を元に執筆しており、今後も設問が同一であることを確実に保証するものではありません。予めご了承下さい。 --- --- --- --- --- --- No.151 責任分担モデルの下で、次の分野のうち、お客様の責任はどれですか?(2つ選択) A. ネットワークインフラストラクチャのファームウェアのアップグレード B. オペレーティングシステムのパッチ適用 C. 基礎となるハイパーバイザーのパッチ D. データセンターの物理的なセキュリティ E. セキュリティグループの構成 答え:BE No. 152 責任分担モデルにおける AWS の責任は何ですか? A. ネットワーク ACL を更新して、脆弱なポートへのトラフィックをブロックします。 B. Amazon EC2 インスタンスで実行されているオペレーティングシステムにパッチを適用する。 C. 基盤となる EC2 ホストのファームウェアを更新する。 D. セキュリティグループルールを更新して、脆弱なポートへのトラフィックをブロックします。 答え

AWS認定 資格 クラウドプラクティショナー(CLF-C01)の問題と解答を掲載します。 ★ 本記事は、以下のような方におすすめです ★ ・手っ取り早く一発で合格したい！ ・クラウドの知識をほとんど持っていないけど合格したい方！ ・出題されるレベルの問題で試験対策をしたい！ ・不合格だったので次は合格したい！ サンプルとして５問の解答を無料で公開します。すべての問題の解答は、記事をご購入いただいた後にWordファイルのダウンロードより閲覧可能となります。 【免責事項】 筆者の個人的な意見を元に執筆しており、今後も設問が同一であることを確実に保証するものではありません。予めご了承下さい。 --- --- --- --- --- --- No.101 AWS クラウドのベストプラクティスに一致するクラウド設計原則はどれですか? A. アプリケーションコンポーネント間に固定された依存関係を作成する B. 単一インスタンス上の集約サービス C. 単一のアベイラビリティーゾーンにアプリケーションをデプロイする D. コンピューティング負荷を複数のリソースに分散する 答え:D No. 102 AWS クラウドで設計する際に考慮すべき設計原則はどれですか? A. サーバーを使い捨てではないリソースと考える B. サービスの同期統合を使用する C. 疎結合コンポーネントを設計する D. セキュリティグループに最も許容度の低いルールを実装する 答え:C No. 103 大規模なモノリシックアプリケーションを再構築する際に推奨されるクラウドアーキテクチャの設計原則はど れですか。(2つ選択)

AWS認定 資格 クラウドプラクティショナー(CLF-C01)の問題と解答を掲載します。 ★ 本記事は、以下のような方におすすめです ★ ・手っ取り早く一発で合格したい！ ・クラウドの知識をほとんど持っていないけど合格したい方！ ・出題されるレベルの問題で試験対策をしたい！ ・不合格だったので次は合格したい！ サンプルとして５問の解答を無料で公開します。すべての問題の解答は、記事をご購入いただいた後にWordファイルのダウンロードより閲覧可能となります。 【免責事項】 筆者の個人的な意見を元に執筆しており、今後も設問が同一であることを確実に保証するものではありません。予めご了承下さい。 --- --- --- --- --- --- No.051 AWS クラウドは、オンプレミスのデータセンターからの移行後に、ユーザーの労働力の生産性をどのように向上 させることができますか? A. ユーザーはインフラストラクチャのプロビジョニングを待つ必要はありません。 B. AWS クラウドインフラストラクチャは、オンプレミスのデータセンターインフラストラクチャよりはるかに高速です。 C. AWSは、ユーザーに代わってアプリケーション構成管理を引き継ぎます。 D. ユーザーはセキュリティとコンプライアンスの問題に対処する必要はありません。 答え:A No.052 Amazon の巨大規模の経済から顧客はどのように利益を得ますか? A. Amazon の運用効率の結果としての定期的な価格引き下げ B. 最新のハードウェアを提供する新しい Amazon EC2 インスタンスタイプ C

個人サイト用に使ってるAWS環境があるんですが、CloudFront+ALB+EC2+RDSというシンプルな構成で使い続けてました。CloudFrontは後から導入し、それ以外の構成は最初のまま。月に$200程度のコストでした。そもそもCloudFrontでキャッシュさせてるから、コンテンツに応じてキャッシュ期間を絞れば、EC2,RDSのスペックは低くてもOKなはず。色々構成を考えてる中でCloudFront+Lightsail（※）を使えばよいと気づきました。※各社レンタルサーバの独自サーバプランに該当するもの。サーバログインも可。やってみたところ、月のコストが$20程に落ちました。そこまで更新しないコーポレートサイト程度のものであれば、十分このコスト感で運用できそう。

WordPressサイトの高速化したいなら、WordPressの動作を軽量化するか、サーバーの性能が高くするかどっちかです。具体的に言えば、・レンタルサーバーを高性能なプランに変更する・クラウドサービスに引っ越すなどを実施すれば表示速度は早くなります引っ越せば早くなる。すごく簡単なお話。しかしWordPressサイトの引っ越しで見落としがちなのが、メール（独自ドメインメール）です。サーバーにあるメールBOXはバイナリーデータなので違うサーバーにコピーしても動きません。新しいサーバーに引っ越すと・過去メールは読めない(旧サーバーにある）・社内全員のパソコンのメールアプリの再設定が必要ということになるんです。DNSを新サーバーに向け変えた時から全員のメールアプリの再設定しないと受信できなくなる。私みたいに身内だけでこじんまりやっている会社ならいいですが、たくさんの従業員がいたり、ましてやリモートワークのスタッフがいたりすると、このインパクトは大きいですWordPressサイト（Webサイト）をエックスサーバーからAWSに引っ越すけども、メールだけはエックスサーバーで使い続けたい。そんないいとこどりの都合のいいことはできるのか？それが出来るんですよどうやるのか。ちょっと難しい話にはなりますが、説明します。構成とてはAWSにWordPressサイトを引っ越しします。このさい使用するプロダクトはどうでもいいんです。キモになるのはDNSの設定です。ドメインを買ったお名前ドットとかじゃないですよ。AWSのDNSのMXレコードをエックスサーバーに向ければできるんです。そうすると誰かがWebサイ

昨日2/19(金)の23:19より、本サイトに繋がりにくくなる現象が発生していました。今回はなぜ起こったか？をふわっとご説明。ココナラさんはAmazonの「AWS(アマゾンウェブサービス)」という外部サービスを使用しています。パソコンやネットにあまり親しみが無い方にご説明すると、井戸と水道のような関係です。私達は普段、水が飲みたいなーと思った時にどうしますか？水道の蛇口をひねりますよね。わざわざ井戸から水をくんだり、普段から井戸を掘ったりしません。それをするよりは水道局にお金を払い水道を使ったほうが手っ取り早いし、きちんと浄水されているので安全。このように自分で井戸を掘る…つまり、自社の設備を使用したり用意することをオンプレミスと呼びます。その一方で水道を使う…すなわち安全面やコストとの兼ね合いから外部サービスを使用するのがAWS。ココナラとAmazonの関係も同様。ココナラさんはAWSを利用しており、例えでいうならば水道局に頼っているということになります。しかし、Amazon側のサーバの冷却システムへの電力供給が正しく行われなかったのが原因とされていますが、とにかくAWS側に障害が発生してしまった。そのせいでココナラさんをはじめ、他のサービスも影響を受ける形に。こればかりはココナラさんに全く非は無いのでしょうがないですね。私も別のブログ記事を書いたりお電話の待機などするつもりだったのですがだめだこりゃと判断し、久々にマリオカートやってから寝ました。ぐっすり眠れたので今日からまた頑張りたいです。次いってみよー。(おわり)

【はじめに】　お勧めのポイント：前編と後編に分けて、AWSでWebサーバーを作成する際のポイントを解説します。 「AWSでサーバーを作成する際のポイント（前編）」 「AWSで作成したサーバーをWebサーバーにする際のポイント（後編）」 　Webサーバーを作成する必要はなく、とりあえず、サーバーを作成して、接続までということでしたら、前編と後編を合わせて全体の（5）までの工程のなかで、（2）まで、つまり前編までの内容でOKです。 　実態として、重い作業は、前編の、特にサーバーへの接続の箇所です。 　ここのところ、企業の情報システム部門の方々から、クラウドサービスやAWS、Azureなどに関しての質問を受けることが多くなってきました。 　Webの投稿記事などでも、AWSの使い方やサーバーの作成方法を見ることができますが、実態としては、システムに詳しい方向けに書かれたものが多いようです。 　本稿では、システムにそれほど詳しくない方でも、前編と後編を通じて、AWSでWebサーバーを作成して、ドメイン名を紐付けして、WebサーバーとしてWebサイトを見せることができるまでの手順を解説していきます。 　多くの方がトライできるように、AWSの無料利用枠を前提に解説します。 　なお、AWSのオンラインマニュアルでも紹介されている最も易しい方法で進めていきます。 　オンラインマニュアルに記載されているなかでも、易しい方法を選択する、できるだけコマンドは使わない、さらにftpも使わずに、この後に解説する、リモートログオンソフトと、それに連携したSSHクライアントアプリを利用します。

【はじめに】 　お勧めのポイント：前編と後編に分けて、AWSでWebサーバーを作成する際のポイントを解説します。 「AWSでサーバーを作成して接続するためのポイント（前編）」 「AWSで作成したサーバーをWebサーバーにする際のポイント（後編）」 　Webサーバーを作成する必要はなく、とりあえず、サーバーを作成して、接続までということでしたら、前編と後編を合わせて全体の（5）までの工程のなかで、（2）まで、つまり前編までの内容でOKです。 　実態として、重い作業は、前編の、特にサーバーへの接続の箇所です。 　ここのところ、企業の情報システム部門の方々から、クラウドサービスやAWS、Azureなどに関しての質問を受けることが多くなってきました。 　Webの投稿記事などでも、AWSの使い方やサーバーの作成方法を見ることができますが、実態としては、システムに詳しい方向けに書かれたものが多いようです。 　本稿では、システムにそれほど詳しくない方でも、前編と後編を通じて、AWSでWebサーバーを作成して、ドメイン名を紐付けして、WebサーバーとしてWebサイトを見せることができるまでの手順を解説していきます。 　多くの方がトライできるように、AWSの無料利用枠を前提に解説します。 　なお、AWSのオンラインマニュアルでも紹介されている最も易しい方法で進めていきます。 　オンラインマニュアルに記載されているなかでも、易しい方法を選択する、できるだけコマンドは使わない、さらにftpも使わずに、この後に解説する、リモートログオンソフトと、それに連携したSSHクライアントアプリを利

AWSから、表題のようなタイトルのメールが来た。AWSとはAmazon Web Serviceの略で、クラウドの最大手です。AWSはつい最近、sign upして、１２か月無料体験を始めたところで、その中で、いろいろ試していたら、どうやら、AWS Cost Anomaly Detectionというものの設定をonにしたらしく、このメールがきたという次第です。ちなみに、AWSは、sign upしてから、12か月間無料で使うことができます。その間、いろいろ試してみて、使い方を覚えて、12か月たったところで、安くうまく使えるようになれることが望まれます。でも、ところどころ落とし穴があるらしく、無料のつもりが、そうではなかったという内容のものもあるらしく、12か月以内だとしても、注意が必要です。今回のAWS Cost Anomaly Detectionというものも、無料なのか有料なのか、確認が必要でした。そうしたら、メールの下の方に、FAQがあって、 Q: What is the pricing of Cost Anomaly Detection? There is no charge for Cost Anomaly Detection. The cost monitor and daily email alert subscription we set up for you are free. You can change the default configuration via our console or API to customize the alerts you rece

AWS環境の運用でコンパネポチポチに疲れた人向け｡｢信じられるのは己の目のみ｣という人は別の方の記事を御覧ください｡まずはAWS CLIが使える環境を用意しましょう｡最近なら Cloud Shell というサービスがあるので､それを使うのが早いです｡セキュリティグループの一覧確認$ aws ec2 describe-security-groups実行リージョンのセキュリティグループ一覧が確認できます｡セキュリティグループの作成$ aws ec2 create-security-group \ --group-name `group-name` \ --description `"description"` \--vpc-id `vpc-id`` (バッククウォート) の group-name に作成したいセキュリティグループ名description に役割､vpc-idに作成先のVPCを指定すれば作成できます｡インバウンドルールの追加$ aws ec2 authorize-security-group-ingress \--group-id `group-id` \ --ip-permissions IpProtocol=`IpProtocol`,FromPort=`FromPort-num`,ToPort=`ToPort-num`,IpRanges='[{CidrIp=`xxx.xxx.xxx.xxx/xx`},Description=`Description`]'運用の中で最も頻度が多いと思われる操作group-idにセキュリティグループのID､IpProtocolにプロト

AWSを始めとするクラウドが主流になってきたこともあってDockerを使う方もかなり増えました。多くの方はEC2インスタンスを立ち上げて使っていますがECSとECRを使うことでもっと効率的にWebサービスを運営することが出来ます。キーペアが不要EC2のインスタンスを立ち上げるとインスタンス内の環境を整えるために必ずキーペアを作り、インスタンス作成時にインスタンスと繋ぎます。ECSでWebサービスを作る場合はコンテナの起動に必要なプログラムがECSでインスタンスを立ち上げることでプリインストールされているため、わざわざSSHでログインをする必要がありません。コンテナの管理が容易になるECSの場合はECRからイメージをpushするので容易にコンテナを管理できます。セキュリティもデフォルトではIAMの権限があるユーザーとECS等のroleが付与されていなければイメージをpushすることもpullすることも出来ません。自動ビルド、デプロイを効率的に作れるまず最初にほとんどの場合は自動ビルドを作ると思います。自動ビルドにはdocker-composeのようなymlファイルが必要なのですがECRに一度でもpushしてECSで起動させたことがあればほぼコピペで実装することが出来ます。自動デプロイの方もECSの設定を元に2つほどファイルを作れば簡単に実装することが出来ます。ただAWSのCodePipelineはネット上に情報が少なく、最初は非常に手こずります。WebアプリならECSを使うべきEC2でECSぐらいの機能を作ろうとすればそれなりに手間と時間が掛かり、管理もめんどくさいです。個人で開

TwitterのAPIを最近よく使うのですがよく使う関数をまとめておくとスムーズに作業が進みますね。こんな感じにまとめておくとかなり楽です。是非参考にしてみてください。

あなたTogetterというサービスをご存知ですか？？このサービスはほぼTwitterのAPIで成り立っているサービスです。しかしWeb制作をする上には常識破りなことも多いのです今回はtogetterについて解説します。ツイートをまとめるキュレーションサービス基本的にはツイッター上の面白いツイートなどをまとめるキュレーションサービスです。元々開発者が1人で開発していたサービスだそうで2009年から運営されています。過去には閉鎖の危機も過去には閉鎖の危機になったことがあります。Webサービスが閉鎖の危機に陥るときは大抵サービスがつまらなかったりなどが原因ですがTogetterはAPIを停止されました。その後復旧出来たそうなのですがもしもそのまま出来なかった今Togetterは無くなっていたかもしれません。TwitterのAPIを使ってキュレーションサイトを作るには？？ここでコードを書く時間はないので必要なことだけをまとめます。ツイッターでは引用タグをあちらが用意しているのでAPIを使う際はurlから変換が可能です。実はAPIを使うのは今言ったこととあとは検索、タイムラインの取得ぐらいで他はデータベースを組み方とHTML側です。なのでキュレーションサービスをTwitterのAPIをやろうと思えば実は簡単に作れます。もちろん人が集まるかどうかは別の話ですが。

以前はXサーバーなどでDjangoで作ったサービスなどの運営を行っていたのですが今は完全にAWSにシフトをし、Seleniumを使ったサービスに力を入れていました。そして昨夜、ブラウザがクラッシュする不具合に頭を悩まされました。事の発端現在取り扱っている案件の1つに「スマホでスクレイピングをしたい」と要望を受けてあるECサイトをローカルでテストしていました。そして本番環境、つまりEC2に上げていざ実装という時になんとブラウザがクラッシュしました。。。その時の環境が以下です・EC2(microt2)・Nginx・Docker・Gunicorn・Django3.0・Python 3.8AWSに詳しい方はすぐに見てわかると思うのですがこのインスタンスってスクレイピングをするにはかなりスペックが低いんです。なので落ちて当たり前なんですけどこの時はリミットを掛けていてこのスペックでも落ちるはずのない物でした。原因はメモリ不足Seleniumが実行中に落ちた原因はメモリ不足でした。直す方法は主に2つあります。1つ目は「インスタンスをアップグレードする」ことです。どうしても内部のコードを変えたくない方はこの方法が良いと思いますが個人的にはあまりおすすめはしたくないです。高くなるというのももちろんありますが根本的に処理を軽くしないと取得数が増えれば同じことが起こります。2つ目は今回やった方法なのですが「省エネモードを使うこと」です。Headlessモードを使う時点で必ずoptionのライブラリを使う必要が出てくるので使っているとは思いますはoptionには処理を軽くする機能があります。今回はこ

TwitterのAPIをAWSで使うと言うと1番多いのはLambdaでの自動投稿だと思います。あまりEC2上でどう使うかは書かれていないと思うので今回はEC2上で使うメリットを書きます。スマホでほとんどの機能を使えるようになるEC2でTwitterのAPIを使うときにはWeb系のフレームワークを使うのが一般的でAPIの機能を使っていくらでもカスタマイズ出来ます。例えば誰かのタイムラインのデータを取得してそれをCSVに落とすなどすべてスマホだけで出来るようになります。投稿もそのサイトから行うようにしたり出来ます。Twitterの外注が容易になるTwitterの外注をやったことある方は分かると思いますが普通にスプレッドシートやCSVで納品してもらってそれを手動で投稿するのはかなりめんどくさいです。それを納品から投稿までEC2上でサイトを構築しておけばほぼ自動化することが出来ます。AWSのデータベースと繋げておけば他のインスタンスでもデータを扱えるので定期投稿にもDjangoであればカスタムコマンドを作ることで実装出来ます。組み合わせは未知数EC2だけではなくほかのサービスと組み合わせればいくらでも応用が出来ます。特にRDS, S3, Lambdaとの組み合わせは比較的容易で応用の幅が広いです。

まずはじめこれは宣伝ではありません。AWSのEC2にタイトルに書いたサービスをリリースしたのでリリースするまでの過程を自分のアウトプット含めてシェアします。Djangoでスマホ情報と中古価格情報のデータベースを作成まず最初にスマホの情報をまとめ、効率的に構築するためにスマホ名やCPUなど使いますものを外部キーになるように作る。次に中古データ平均価格を取得するために中古サイトをスクレイピングし、格納するためのデータベースを構築する。この2つを同じアプリ内で作るとviewsの中が見にくくなるのでアプリを分ける。スクレイピングのデータを取得する方はアクセス制限を掛けるまず前提として出来れば管理者側と一般公開するサイトはEC2でべつにインスタンスを用意して分けた方が良い。そして管理者側のサイトはipアドレスで制限を掛ける方が良い。どちらでもスクレイピングツールがあるページはかならずログインやsuperuserのみなどのアクセス政権をviewsで掛けるべき。特にスクレイピングはスペックの高いインスタンスでないと複数の同時動作をすればサーバーがパンクしてしまうから要注意。Nginxとアプリを繋げるここをやらなくても一般公開することは出来るがセキュリティやSEOを考えれば致命的。ドメイン、常時SSHなどの設定をするにはNginxやApacheなどのウェブサーバーが必要です。今回は最近のトレンドや使いやすさを考えてNginxを使いました。直接のEC2のNginxをインストールしてアプリに繋げる方法もありますがローカルでのメンテナンスがめんどくさくなるのでDockerを使い、Nginxとアプリの

案件がローカル上のソフトウェア、特にスクレイピングや無在庫ツールが中心と言うこともあり、ウェブ系の案件はほとんどこなしていなかったためそちらにも力を入れるようとまずは個人所有のサービスを作ることにしました。スマホやPCの中古価格は自分でも知りたいのでそれぞれの中古を扱っているサイトからデータをスクレイピングしてデータ化すれば簡単に出来ると思い、まずはヤフオクのスクレイピングツールを作成。具体的にはタイトルUrl 日にち現在価格始まり価格即決価格自動延長可否オークションIdこれらを自動で取得するようにして終了時の価格の平均を取ればある程度の中古の相場は予測できます。これらのことを他のフリマサイトでも行い、全体の相場の情報を集めることが可能です。今までスクレイピングツールを作成していたスキルを生かせるので意外と簡単ですね。