Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「EBS」を含む日記RSS

はてなキーワード:EBSとは

2026-01-05

SAA

問題 1

あなたはある企業AWSアーキテクトです。既存オンプレミス金融データAWSに移行する必要があります。移行後、すべてのデータは 削除や上書きができないように保護 する必要があります

どのサービス機能を組み合わせるのが最適ですか?

A.AWS StorageGateway +AmazonEBS +Object Lock

B.AWS DataSync +Amazon S3 +Object Lock

C.AWS DataSync +Amazon EFS +Object Lock

D.AWS StorageGateway +Amazon S3 +Object Lock

回答C。  AWS StorageGateway名称てきにオンプレミスと sync しなさそうだから、DataSync -> EFS だと考えた。S3はストレージからなし。

問題 2

Auto ScalingグループにあるEC2インスタンススケールインが発生しました。

us-west-1a:10インスタンス

us-west-1b: 8インスタンス

us-west-1c: 7インスタンス

デフォルトスケールインポリシーの場合、どのインスタンスが優先的に削除されますか?(3つ選択

A. 最もインスタンス数が多いAZインスタンス

B. 最もインスタンス数が少ないAZインスタンス

C. 最も最近作成されたLaunch Templateのインスタンス

D. 最も古いLaunch Templateのインスタンス

E. 次の課金時間に最も近いインスタンス

F. 次の課金時間まで最も遠いインスタンス

スケールイン,スケールアウトの違いがわからない。アウトは拡大する、インはスケール縮小?

回答:A, 多いほうから削る。D, 古いものは削除、E,残り時間が少ない順から削る?

問題 3

グローバルに展開するアプリケーションがあり、ログイン処理が遅く、HTTP 504エラーも発生しています

CloudFrontを利用してコストを抑えつつ、パフォーマンス改善する方法として適切な組み合わせはどれですか?(2つ選択

A.複数リージョンアプリを展開してRoute 53のレイテンシルーティングを利用

B.CloudFrontオリジンCache-Controlmax-ageを設定してキャッシュ比率を上げる

C.Lambda@Edgeを使って認証処理をユーザーに近い場所で実行

D. 各リージョン複数VPCを作りTransitVPC接続してSAMでLambdaを配置

E.CloudFrontオリジングループフェイルオーバーを設定

回答:BとCかな。Aは手数が多すぎる。非効率かなと。Dも工数がかかりそう。手作業複数作るのかな?Eはこういう設定して意味あるのかなと思った。

問題 4

医療企業AWS複数アプリケーションVPC作成します。各アプリは 共有サービスVPCアクセスする必要があり、アプリ同士も通信します。

将来的に数十のアプリが追加されることを考慮した場合管理負荷を最小化する構成はどれですか?

A.VPC PeeringでアプリVPCと共有VPC接続

B. 各VPCと共有VPCVPN接続

C.AWS DirectConnect接続

D.AWSTransitGateway接続

回答:A 他はなんか怪しい。

問題 5

アプリケーションEC2 + RDSSQL Server構成されています

要件:EC2とRDS間の通信はすべて暗号化されていなければならない

どの設定が最適ですか?(2つ選択

A.EC2とRDSのセキュリティグループポート443のみ許可

B. RDSのTDEオプション有効

C. rds.force_sslパラメータtrueにしてDB再起動

D. IAMDB認証有効

E. RDSルートCA証明書を取得しアプリSSL接続を設定

回答 AとC。Eも正解っぽく感じる。

ーーーーー

答え

ーーーーー

問題 1

あなたの回答:C (AWS DataSync +Amazon EFS +Object Lock)

実際の正解は B (AWS DataSync +Amazon S3 +Object Lock)

理由

Object Lock はAmazon S3 のみ がサポートしています。EFSやEBSではできません。

AWS DataSync で S3 にデータを移行し、Object Lock を有効にすると、削除や上書きを防止できます

StorageGatewayハイブリッド用途オンプレと同期)に便利ですが、このシナリオではすべてクラウドに移行するため不要です。

問題 2

あなたの回答:A, D, E

正解:A, D, E ✅

理由

スケールインは 余剰リソースを減らす操作インスタンスを削除する)

デフォルトポリシーの流れ:

最もインスタンス数が多いAZから削除

選ばれたAZの中で 最も古いLaunch Templateのインスタンス を削除

複数ある場合は 次の課金時間に最も近いインスタンス を削除

※「スケールイン=縮小」「スケールアウト=拡大」で覚えておきましょう。

問題 3

あなたの回答:BとC

正解は C と E

理由

Lambda@Edge認証処理をユーザーに近い場所で実行でき、ログイン処理を高速化

オリジングループフェイルオーバー → 504エラー回避

B(Cache-Controlmax-age)は静的コンテンツキャッシュ用で、このシナリオ問題認証処理の遅延や504)には直接関係なし

AやDはコスト運用負荷が高く、今回は「コストを抑えて改善」が条件

問題 4

あなたの回答:A

正解は D (AWSTransitGateway)

理由

VPC Peering は数が増えると接続管理が爆発的に複雑 になる

TransitGateway を使えば 1つの中央ハブ で全VPC接続でき、管理負荷が大幅に削減

VPNやDirectConnectオンプレ接続用なので不適切

問題 5

あなたの回答:AとC

正解は C と E

理由

rds.force_ssl=true → RDSがSSL接続強制

クライアント側で RDSルートCA証明書使用 してSSL接続

TDEは 静止データ暗号化 用で、通信暗号化には関係なし

SGポート制限だけでは暗号化されません(トラフィック暗号化されず透過的に通る)

Permalink |記事への反応(1) | 20:11

このエントリーをはてなブックマークに追加ツイートシェア

2025-04-25

氷河期世代話題になっているけど・・

ああ、氷河期世代

バブル崩壊(1990年から1991年頃)以降に多くの企業採用を絞った結果、大卒であってもまともな就職はできなかった、というのは誰もが知るところだ。

正社員の応募を何十、何百と出したけど全て不採用で落ちたとかそういうのもネットでは見た。私はそこそこの企業で5~10企業位だったが、ほぼほぼダメだったがあまり記憶が無い。そもそも就活入社試験をやったり、SPI対策をやったり面接対策論文対策なんかをやるのが非常にバカバカしいと思っていたくらいだから会社員には向いていなかったのだと思う。あ、NHK中日新聞公務員試験、あと出版社とかは受けたな。

新卒1社目

結局、10月過ぎても決まらずに大学に来ていたエンジニア派遣会社に話を聞きに行きそのままトントン拍子で決まって就職した。ただ、給料は安かった。1997年当時で大卒18万とかだったと思う。会社の寮扱いのアパートが月6万、駐車場1万、これが天引きされて12万。所得税引かれて手取りは6-7万程度だったと思う。それでも食っていくのが無理だったかじゃがりこ1個で3日は食いつなぐ感じでした。そして年収にして250万くらいだったと思う。心も折れて休職もしそうになった。

大企業でも横並びで初任給20万円程度でこれがどこも同じだと感じていたが、実は福利厚生全然違う。大企業だと引っ越し代、寮扱いアパート無料電話代、ガス代、電気無料といった具合だ。これだと月10万くらいは手元に残るお金が違う。そこで腐ってしまってはおしまいだ。

そこで次の手を考えた。当時(1997年頃)、IT業界ではWebシステムが作られ始めておりWeb-AP-DBの3層アーキテクチャだった。一般的アプリケーションサーバ(Apache,tomcat)+DB(MySQL他)で、大規模向けはMSSQL ServerOracleだった。この頃、MS製品Oracle製品ベンダー資格ブームになり始める最初の頃だったと思う。そこで、OraclePlatinum資格を取得することにした。それには10個くらいの試験合格しないといけないのだ。しかも、受験料が1科目15000円。すべて自腹を切っていく。そして適切な本も無いところで、2カ月余りで全て合格して取得。

まあ、やればできるんだよ。

2社目

そんなわけで、3年間の派遣はとっとと辞めて2000年に大手SIer転職しました。大企業はいいね給与待遇面も。でも、なぜかみんな暗いし有名大学卒で入社した割にはそれほど興味も無くて残念な感じ。スクラッチWebシステム開発やらERP(OracleEBS)なんかを6年くらいやった。そしてだんだんつまんなくなってきた。心も折れて休職もした。ただ、IT系の資格で、JavaLinuxSolaris、などなどいろいろ取得してきたし総務省情報処理試験合格してきた。6年居た会社不動産投資に失敗したり本業で失敗したりと経営危機のようだった。そこでさっさと去る。この時、年収500万くらいだったかな。

この頃、自分への先行投資を加速させるべく大前研一アタッカーズビジネススクールグロービスMBA講座、Bond-BBT-MBAプログラムを受講した。なんだかんだと数百万は使ったと思う。

3社目

そして、大手電機メーカー転職年収700万くらいから始まって1000万いくて前くらいで辞めたんだが。12年間の中でSAPERPオンプレ新規導入して、アップグレードして、クラウドにしてとか、、まあ充実していたとは思う。一方で、システム運用要員がつまんなくてやめることに。

そして独立

その後、独立した。最初は月60万くらいの仕事を請けてやっていたが、SAP導入支援となると跳ね上がる。既に独立8年目になるが、年収は5000万くらいになった。仕事も順調だ。100平米を超えるマンションも購入したし、スポーツカーも4台所有している。国内外はふらっといつでも旅行できる身分だ。とても幸せだ。

最後

で、氷河期世代社会が悪い、時代が悪い、と今でも言ってる人っているのか?努力が足りない!そう言われてきて育って、いま自分がある。心残りは結婚して子供を持つという余裕が無かったことか。あとは年々体力が落ちてきている事。別にそれは他人のせいにするつもりもない。自分がそれを選択しただけだから。そして、あなた幸せですか?

Permalink |記事への反応(1) | 11:28

このエントリーをはてなブックマークに追加ツイートシェア

2025-02-14

さくらインターネットクラウドあんま選ばれない理由

AWSじゃ無いから。とかいうと、身も蓋もなさすぎるんだけど、後発だけど国産だし選びやすいんですよーという説明ができないのがキツいんスよ。

ものごっつバカっぽいこと言うと、試算するとき計算が面倒なんスよ。後発なのに。

ここがめんどうなんだよ、さくらインターネットクラウド

AWSだとS3とか呼ばれてるオブジェクトストレージファイル保存先)あるじゃ無いスか。

さくらインターネットだとまんま「オブジェクトストレージ」って言われてるやつね。

これね、料金体系が(俺に言わせると)バカなんスよ。

これさ、なんスか、バカにしてんスか?マジで

見積もり出す時に、何が悲しくて495+49.5x100+55x3+11x1とかしなきゃいけないんすか。

これパッと出るそろばん出身者は良いスね。そう言う頭良い人しかつかうなってことでしょ?

いやね、目の前にあるそのブラウザでも出るんじゃねえの?5621円でしょユーモアもわかんないの?とか言うかもしれないんですけどね。

それ、要りますマジで

心底本気で心の底からAWSじゃないクラウドとして選ばれたいと思ってておもしろ料金体系残したいんですか?

こうなってない理由を知りたいんだよ、さくらインターネット

料金体系をね、日々のストレスですれっからしの俺らが即答できるようにして欲しいんですよ。

こうなってない理由マジで何なんですか。スーパーのお値引き品じゃ無いんですよ個人にお得感を感じてもらいたいんスか。

見積もり出す時に、ほーん、500+5000+150+10だから、5660円やな。

あ、ストレージ倍使っても月5000円っスねえ。だねえ、じゃあ200GiBのイベントの時は、1000円積むだけなの?そっスね。

みたいな話ができるじゃないスか。

ぶっちゃけね、39円損はしてますよこの料金体系なら。

でもね、俺の脳内リソース資料見ながらクライアント提案持ってく時の会議雰囲気をね、たかだか39円で損ねないで欲しいんですよ。

AWSの方が無茶苦茶な料金体系してんだろうが!!!

そうね。

でもAWS使うんだったら複雑怪奇な料金シミュレーターは使わざるを得ないし、ちゃんと試算はするんスよ。

どうせ為替の影響があるったってあいつら定期的に値段下げるし、そんな厳密に出してもズレるけど、やっぱ資料にするには試算はするんスよ。

そう言う時にね、パッと「ああさくらインターネットだとこれくらいだっけなあ」って頭の中だけで比較させて欲しいんスよ。

こうね、わかりやすい料金体系みたいなことで頭の中をよぎって欲しいんですよ。

ここが良いぜ、さくらインターネット

高火力プラン

これよ。ちゃんとわかってる。

要はね、提案前に頭をよぎるとか、提案するときキャッチーなネーミングとか、そういうのを疎かにしないで欲しいんスよ。

これがね、「さくらインターネットの、さくらのクラウドの、石狩第一ゾーンNVIDIA V100プラン」とかだったら、ダメなんスよ。

わかります

高火力プラン。これよ。

どうにかならないの、さくらインターネットさくらのクラウド

いや、わかるんスよ。流石に。なにがしかの譲れないポリシーがあって、あえての名付けだってことは。

でもね、そこを曲げて何とかならないスか。

サーバーとかディスクとかオブジェクトストレージとかデータベース(アプライアンス)とか。

ググラビティが低いってことは、これ、俺らが誰かに説明するときに、毎度毎度必ずさくらインターネットさくらのクラウドでって説明しないといけないんですよ。

AWSEC2とかEBSとかS3とかRDSとか言えば通じるじゃ無いスか。

うそう言う「SQL Databaseって名前つけちゃえうちのモンだし」みたいなのはマイクロソフトお腹いっぱいなんですよ。

個人的な話

個人的にはね、ベンダーロックインみたいな話じゃなくても、マルチクラウドでお引越しできるようにはしておきたいんスよ。

ぶっちゃけAWSが落ちた時の縮退運転さくらのクラウド上で出来るように、完コピできたら最高なんスよ。

多分そう言う意味ですごい勢いでエンジニアの皆さんが吸い込まれていってると思うんですよね。

ぜひね、provider "aws" のtfファイル群を読み込ませたらね、Terraform forさくらのクラウドにまんま適用できるようなファイルを吐いて欲しいんですよ。

そう言う戦略をぜひ取って欲しい。

東京リージョンの退避先をシンガポールリージョンに作るみたいな作業よりも優位性を感じさせて欲しい。

まとめ

値付けが変。名付けが変。脳内リソースに負荷かけないで欲しい。

構成図パッと見た時に、あーAWSのいつものアレねとかAzureねみたいなパッとみの理解を侮らないで欲しい。

俺はね、さくらならこの構成でこんなモンだなってソラで言える人が増えることが普及の一助になると信じて止みません。

Permalink |記事への反応(1) | 12:09

このエントリーをはてなブックマークに追加ツイートシェア

2019-12-03

IT資格ビジネスについて

ITIPA資格は、単なる、知識ベース資格だけだけど、

ベンダー系の資格をもって仕事している人は多いはず。

SAPなんて、SAP関連のプロジェクトアサインされるには、SAP資格必要としている。

EBSも似たようなもん...)

しかし、SAP案件って殆ど炎上

ビックバンができたとしても、実務ベースに落としてみて、運用がままならず、煩雑業務フローになってしまい。

ERP導入企業は、「SAPを使っている」というブランドだけで、満足していて、実際、ERPのいち部分しか機能シておらず、

大変な運用コストだけ支払っている。

これは、別に海外ERPだけでなく、国産ERPでも往々にしてよくあるパターン

SAPプロジェクトに2,3回参画したが、結構年齢層は高く、顔を合わせる面々も殆どまあ和らしくなく、大炎上した挙げ句さようならってのが殆ど

SAP独自パッケージを持っているというベンダーも多々あるが、これまた、同様の状況

資格取得して、それが、案件マッチしてうまく作用していることは少なく、SAPスキルがあるとかないとか、の陰口で、SAPプロジェクトはもう懲り懲り

これから2025年 S/4 に変わることを企業強要している、SAPジャパン。

しかし、今年の頭には、SAPジャパンで、大規模リストラを敢行。

しかし、ト○タがSAP S/4に業務統一したとか、誇大広告すぎだろ....

Permalink |記事への反応(2) | 14:36

このエントリーをはてなブックマークに追加ツイートシェア

2019-08-23

AWSで大規模障害

Aug23, 4:18AMPDTBeginningat 8:36PMPDT a small percentage ofEC2 servers in a single AvailabilityZone in theAP-NORTHEAST-1Region shutdowndue to overheating.

This resulted in impairedEC2 instances and degradedEBS volume performance for resources in the affectedarea of the AvailabilityZone.

The overheatingwas causedby a controlsystem failure that caused multiple, redundant cooling systems to fail in parts of the affected AvailabilityZone.

The chillers were restoredat11:21PMPDT and temperatures in the affectedareas began to return tonormal.

As temperatures returned tonormal,powerwas restored to the affected instances.

By 2:30AMPDT, the vast majority of instances and volumes had recovered.

We have been working to recover the remaining instances and volumes.

A smallnumber of remaining instances and volumes are hostedonhardware whichwas adversely affectedby the loss ofpower.

Wecontinue to work to recoverall affected instances and volumes.

For immediate recovery, we recommend replacingany remaining affected instances or volumes if possible.

Some of the affected instancesmayrequireaction from customers and wewill be reachingout to those customers withnext steps.

東京が熱過ぎて、熱暴走したってことか??

Permalink |記事への反応(0) | 21:24

このエントリーをはてなブックマークに追加ツイートシェア

2016-12-29

はてブで「Amazon」と検索してみると

昨今話題になってるヤマト佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。

2016年12月29日10:54時点、本文、新着順で検索

Amazon検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)

以下略

ECサイト連想させるトピックほとんどなくて、AmazonB2B向けサービスを充実させていることに驚いた。

Amazonって表向きは物流業界革命問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。

↑でブクマ付けた人、何が起きるのか教えて

Permalink |記事への反応(1) | 11:08

このエントリーをはてなブックマークに追加ツイートシェア

2015-09-16

[字幕]韓国字幕放送100パーセント手話放送5パーセント2016年迄に目指すというのは

たぶん字幕は切替機能だと思いますが、

どこに書いてある

→第2回デジタル放送時代の視聴覚障害者向け放送の充実に関する研究会平成24年(2012年)3月

http://www.soumu.go.jp/main_sosiki/kenkyu/digital/02ryutsu05_03000035.html

資料3韓国における視聴覚障害者向け放送義務化について

2011年7月韓国放送法改正と、それに関する告示

実施義務が課される放送事業者目標目標達成年度
中央地上波放送事業者(KBSEBSMBCSBS)字幕放送:100%
画面解説放送:10%
手話放送:5%
2013年
(画面解説放送については2014年)
地域地上波放送事業者(上に同じ)2015年
報道及び総合編成チャンネル使用事業者(上に同じ)2016年
有料放送事業者のうち、告示指定された事業者字幕放送:70%
画面解説放送:5~7%
手話放送:3~4%
2016年

 

はてな記法でcolspan rowspanできないの?

Permalink |記事への反応(0) | 18:19

このエントリーをはてなブックマークに追加ツイートシェア

2009-03-28

コンサルです。

泣きながら仕事してる

苦しい

誰か教えて……

ERP導入の顧客から裏帳簿機能も欲しいといわれました。

OracleEBSならふたつ会計帳簿を作って、二重操作すればいいことは分かりました。

SAPだと、クライアントを分けて二重操作するのがいいのでしょうか。

Permalink |記事への反応(0) | 22:00

このエントリーをはてなブックマークに追加ツイートシェア

 
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2026 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2026 Movatter.jp