【OCI】 Oracle Cloud Infrastructure Part1
公式サイト https://www.oracle.com/jp/cloud/ Q. OCIって何? A. AWSやGCPみたいなものです Q. 無料枠は? A. 永久無料枠(Always Free)があります。 インスタンス×2 ストレージ 100GB リージョン:東京、大阪 てか >>626 のスクリプト、CPUの基準使うだけみたいだね ネットワークの方の条件は満たせない模様 "Network utilization is less than 10%" が一番意味不明なんだよなぁ? 誰か教えてください>< What does "Network utilization is less than 10% mean? https://www.reddit.com/r/oraclecloud/comments/11lwxwo/what_does_network_utilization_is_less_than_10_mean/ 10分前reddit投稿、まだ返信は無いorz > Outbound Data Transfer > As part of your Always Free resources, you get 10 TB per month of outbound data. tps://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm その10%だから毎月1TB以上Engressしろということだろうか 1 TB/月 ≒ 0.386 MB/s ≒ 3.086 Mbps だね 平均でこれを超える利用をしていればよいのかな >>628 すまんが話の主旨と外れるけどさ、このストレージ代200円ってのはなんの話なんだ!? >>631 その月にどれぐらいのEngressをしたか調べる方法ある? インスタンスごとの転送bpsの統計は一応見られるようだけど誤差が多いようだし全インスタンスの合計見られないかな? 駄目だったわ リニューアルされたのか当該項目は既にコンパネから無くなっていた Tenancy Management > Limits, Quotas and Usage とかも見てみたけど Service "Data Transfer" は全部 Service Limit 0、Usage -, Available - で機能してなかった 自己解決 https://cloud.oracle.com/account-management/cost-analysis から、Show を Usage にして Apply したら Virtual Cloud Network / Outbound Data Transfer Zone 2 (GB Months) が見れた ほんとだログインしたら上にリソース回収すっぞって通知が出てるな インスタンス立てっぱなし放置が多いんだろうけどこんなやり方じゃ逆に評判落とすだろうに >>638 ほんとそれ 告知文章に論理性が全くなく、エンジニアや理系が書いたとは思えないお粗末さ andなのかorなのか分からない条件に、インバウンドなのかアウトバウンドなのか、何に対しての 10% なのかが不明な Network utilization こんないい加減なサービスとてもじゃないけど本業じゃ使えないわ 無料で使ってるやつなんて好きに料理してかまへんやろ、というオラクルの声が聞こえるんだよね。まぁ確かにそうなんだけど、3大クラウドは無料の客を将来の上客として大切に扱ってるし、だから客にも信用されてるよって思う。 OCIのAlways Freeユーザーに対する対応の酷さは異常だよ 他社では見られないレベル なんせ不具合に関する問い合わせ送っても、対応できないというテンプレメールの本文がたった1行だからね 大勢に送るテンプレメールぐらい、もうちょっと丁寧に作ったらいいのにw > Hello, > > Unfortunately, we are unable to resolve this or process the transaction. This is all the information we can provide. > > Regards, > Customer Service Agent こういうメール送ってくるところなのでサポートには期待できません 上のメール、メール何往復もした結果返ってきた最後通告とかじゃなくて、初手でいきなりきた1回目の返信メールだからね やっぱオラクルってアレだわ。こんなだから無駄に負荷かけまくっても心が傷まない >>612 なんかログアウトすると勝手に消去されるな ZRAMでも入れとけば、手っ取り早くメモリの一部を常時使ってる判定になるんじゃねえか? 昨日止められたマシンを起動したんだけど、起動して12時間ぐらいでメールきたぜ 例のスクリプトがいいのかは知らんが、こりゃなんか対策せんとあかんね vultrが無料インスタンス提供開始するらしい tps://www.vultr.com/news/new-free-tier-plan/ 2023 年 3 月 7 日 無料プランの仕様 1 vCPU 0.5 GB の RAM 10GB ディスク さらに 2 TB の無料グローバル帯域幅 そもそもインスタンスごとの Network Transmit Bytes の統計、壊れていない? VM Standard A1 Flex に Ubuntu 22.04 をオラクル純正のまま入れてオラクルのサービスもそのままにしているけど 何故か通信量のカウントが正しく行われていないように思える 沢山転送しても反映されなかったりるるし、それどころか Statistic が Rate の状態で、 グラフがプラスに行ったりマイナスに行ったりするのが謎なんだが グラフの軸からして +1M 0 -1M -2M -3M みたいになっていて、正の値と負の値が混在している マイナスのデータ送信ってなんだよこれ reddit民が出した推測は10TiB/月に対するアップロード使用量とのこと これが正しいとするならば 7日間で 10TiB * 10% * 7/31 ≒ 232 GiB のアップロードが最低必要 1日あたりにすると33GiBちょっとだね ただの掲示板なので信憑性は5chレベルな上、複数インスタンスがある場合どう按分するかも不明 そんな量を無料で転送していたら、別な問題が出てくる予感がしてしまう なんだなんだTorrentかフリーVPN鯖でも建ててほしいのか >>646 ほとんど使ってないアカウントでも申請出したら2時間以内に承認されたわ サンキュー みんなどうするの? 俺はちょっと急いで他に移れそうもないし、PYGにしようかと思ってるけど・・・・料金がいまいちよく理解できていないのもあって怖いな >>652 Pay as you go 検討中とのことだけど、必ずしも Always Free から移行できるとは限らないよ あちこちの掲示板でエラー(トランザクションエラー?)になってできないと騒がれてる Free Tier の登録時にトランザクションエラーでかなりの割合で撥ねられているように、有料版への移行でもアンチフラウドシステムを通るみたいでトランザクションエラーで撥ねられることが多い模様 「料金がいまいちよく理解できていないのもあって怖い」については、心配するのが正解で、課金は青天井で上限設定はできないので、何かミスったら高額に課金されることになる これはAWSも同じで凄く危険なので注意が必要 課金アラートを設定する、限度額の低いカードを登録するなどでリスクを減らすといいかもね まぁ、カードの限度額が低かったとしても、後払いである以上は限度額オーバーで決済失敗であっても、債務を負う事になるリスクはあるけどね 現実的にはアメリカ企業が日本の口座差し押さえまでできるか(やるか)は別にして (ただし与信枠オーバーで決済できなかった分については、未払いであっても、クレジットカードの信用情報には影響しないのでその点は安心だ) 7日後にインスタンス停止するってメールが来たの? 結論としては、具体的にインスタンス停止予告のメールが来たわけじゃないならば、CPUやメモリーを10%超えにした上で、そのまま使い続ければいいんじゃない? 例えば、超高圧縮 xz --compress --keep -9 --extreme でバックアップ作るとCPUは少なくとも1コア丸ごと使われるし、メモリーも食う それを他のインスタンスに転送するcronをこの処理にかかる時間+α の間隔で動かせばほどほどの帯域も使われる ベンチマークは利用規約で禁止されてると過去ログにあった(未確認)のでベンチをcronで動かすつもりならば規約読んでおいたほうがいいかもね ネットワークの10パーセントって時間なんじゃないの? 通信量が少なくても通信している時間が10%を占めてればいいんじゃない? >>653 マジか、移行できないこともあるのか! 停止メールについては、月初めに最初のが来ていて実際に止められた さらに、そこから起動したらすぐに前と同じ停止するってメールがきていて、多分あと3日ぐらいしたらまた止められると思う CPUに負荷をかけていれば回避できると信じて、まずは試してみようかな・・・・やっぱ料金青天井は怖いわ・・・・ 結構みんなメール来てるのか じゃあメール来てない場合は今のままの使い方でとりあえず大丈夫ってことかな? 一回来たらもう、なんか対策しない限り毎週止められちゃうんじゃねえか? メール来た人も、来ていない人も、 ネットワーク・CPU・メモリをどのぐらい使っていたか情報共有よろしくです! 皆さんから情報が集まればネットワークをどんな感じで使えばいいのかが明らかになることが期待できます!!! $ nice stress-ng --cpu 1 --cpu-load 50 でチビチビ負荷をかけ続けることにした 電力の無駄遣いだけど OCIってさ、普通にUbuntu 22.04のイメージ選択しても、Oracle関係の常駐サービスてんこ盛りなんだよね Oracle Linuxなら分かるんだけど、Ubuntu選んでも、OCIの監視サービスみたいの山ほど入ってるのよ これって何監視しているのかな? SSHでのログイン頻度とか、動かしているプロセスの名前とか、そういうのもたぶんチェックされてるよね? ベンチマーク系とか動かすとバレバレなのでは? 逆にOracle関係のサービス全部無理やり停止したりオリジナルのカスタムISOインスコすると、監視できないからBANという可能性もありそうだし何すればいいのやら >>661 勝手にDebian入れて1年以上経つけど特に何も起こってないよ 強いて言えばデータ移行のときにストレージの合計が200GBを超えたときに超過分を払ったぐらい 2021年5月から今までで合算2~3円だったかな >>661 インスタンスの「Oracle Cloudエージェント」タブでタスクの内容とそれぞれの有効/無効を設定できるよ >>662 貴重な情報をありがとうございます なるほど、公式イメージ以外のOS入れても大丈夫だったんですね >>663 ありがとう、勉強になります メールが来て、指定時刻も来たけど落とされなかった模様。 条件をクリアできれば、落とされないのかな。 メールが来た時点で何してもダメなのかな? でも起動したら半日もせずすぐメール来ちゃうぞ・・・・ >>667 起動してすぐに下記3条件を満たすように負荷かけた状態を維持してもメール来る? * CPU utilization for the 95th percentile is less than 10% * Network utilization is less than 10% * Memory utilization is less than 10% (applies to A1 shapes only) 強制停止→起動から明日で7日だから、同様のメールくるかどうか 利用してないVMを回収するためなら、半年ごとでもいいような気がするけど 単なる嫌がらせのような >>668 CPUは満たしてるけど、ネットワークは多分満たしてない メモリはA1ではないので無関係 そんな感じだ 1度止められた後、2度目の止められるメールの期限が来たのに止まってないようだ (計算を間違えていたらすまんが、時差を考えても多分大丈夫だった) >>671 大変、貴重な情報をありがとう 貴方の情報のお陰で、「メールが来た時点で、7日後にはインスタンスが停止されることは確定している」という説が間違っていることが判明した つまりは、メールが来てからでも、何らかのパラメーター(CPU・ネットワーク・メモリー)を変化させることで、 7日後にインスタンスが停止されるという未来を変えることができるということになる これは、OCIユーザーにとって、現在の行動が、未来のインスタンス停止を回避することへつながるという展望を与えるものであって、貴重な貢献に心から敬意を表する なんとなくこれ、負荷に関わらず2回目は止められてない気がするな 騒ぎにもなってないし、2回目止められた人います? 二回目は止めるぞ!って通知も来てないし、止められてもいないなー 対策?じゃないけど >>663 見てOracle関係の常駐ソフトを全部コンパネからOFFにはしてみた うちは 1回目通知 → 停止 → 起動 2回目通知 → 何もしてない(負荷変わらず) → 何も起きてない もう、負荷をかける必要ないんじゃないのかな? 俺のアカウントの話だとこんな感じだ 1週間後に止める旨の警告 → 止められる → 自分で起動 → 即座に2度目の警告が来る → その後も負荷をかけたりはしていないけど、止められるようなことは起きず A1を4台動かしているけど、1つも止められたことないんだよね…… 4台のうち2台は何も動かしていないし、残り2台もカスのような低負荷プログラムしか動いていないのに コンパネにログインしたときに、アイドル状態のインスタンス停止するという上部のツールバー側の告知表示されなくなったね。 停止を止めたのかな? ドキュメントには停止するという情報が残ったままだから、単に重点告知期間が終わっただけかもしれないが。 > アイドル状態のコンピュート・インスタンスの再利用 > アイドル状態のAlways Freeコンピュート・インスタンスは、Oracleによって再利用されることがあります。7日間の期間中に次のことが当てはまる場合、Oracleは仮想マシンおよびベア・メタル・コンピュート・インスタンスをアイドルとみなします: > * 95パーセンタイルのCPU使用率が10%未満 > * ネットワーク使用率が10%未満 > * メモリー使用率が10%未満(A1シェイプにのみ適用) ドキュメントのURLは docs.oracle.com/ja-jp/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm A1インスタンスが全く取れなくて困ってる 普通にとれるみたいな書き込みもちょっと前にはあったけどな Free tier登録しようとしてさいごのPaymentでカードを登録して 最後のボタンをクリックするとPayment Methodのエラーになる。 カードを変えても同じ。 ちなみにデビッド使うと引き落とし発生してすぐに返金されているという… 謎。iPhone, iPad, Win11からでも同じだった。 サボートからの返事待ちだよ。皆さんは大丈夫? てかそんなに登録しないかw >>688 スマン。 サポートから返事ねえっす。。 >>689 昔からマシンを確保してる人は別として、今はアカウントのアップグレードが必須なんじゃないかな? 前にどっかで聞いた時、有料アカウントにすればA1インスタンスを作れるようなこと言われた ただ料金青天井ってのが怖いから本当かどうかは試していない A1今年に入ってから取ったけど、スクリプト回して1ヶ月かかったな。 >>692 確かに有料アカウントだと東京リージョンでもA1の確保で失敗することがほとんどないわ 今まで全く気づいてなかったんだけどさ 無料枠内ならストレージをUltra High Performanceにしといたほうが得なのこれ??? 有料アカウントに切り替えようかと思っても、ネットワークに掛かる費用が謎で怖いぽ そこらへんの費用ってどこに書いてあるんべさ 過疎スレに書いちゃってマルチになってるけどごめん。 Oracle Linux 9をインストールすると鍵が違うって怒られてSSH繋がらない。 Oracle Linux 8なら繋がる。 鍵はコンパネで毎回生成してる。 同じ問題が発生してる人いる? >>699 自己解決(´・ω・`) ttps://cloudii.jp/news/blog/oracle-cloud/oci-oracle-linux-9/ > Oracle Linux 9 からデフォルトで認証アルゴリズム SHA1 が無効になっているため、SSHクライアントが SHA2 に対応しているものでしか接続ができなくなったようです。 結果的にオラクルの負担が増えてるんじゃ… >>682-683 条件が15%になってる 冗談だと思って公式見たらマジだった リソース回収の閾値が 10% 未満 から 15% 未満 に…… そして、ネットワーク使用率が何を意味しているのか明記されていない点は変わらず これはこのまま 20%、25%、30% とどんどん厳しくなっていって、 最終的には無料リソースは全回収になりそうw てかこうなるとベンチ等無駄なスクリプト回されて電気や帯域を無駄遣いするだけだろうに何迷走しているんだろうか SGDsに悪いぞw ログインしてもFree Tierインスタンスの回収条件変更の通知は表示されず密かにドキュメントが更新されたのみか 遠慮してスクリプトで10%を少し超えるぐらいに資源食いつぶしていた人は気が付かずにインスタンスが回収されて、 他の客や地球環境のことなど考えずに50%ぐらいリソース食いつぶすようにしていた人とかはそのまま生き残るんだろうなぁ 善良な人が馬鹿を見る世の中だな 本番環境でOCI Always Free使ってる人いたらいつでも逃げ出せるように準備しておいた方がいいな 十分な周知期間や告知をせずにころころ条件変更するような態度もこのご時世に無駄に電気を消費させるような条件設定も 有料サービスの方の信頼や企業のブランド価値を下げる行為だとおもんだけどな 料金発生してなくてもアカウントがPAYGなら回収の対象じゃないらしいじゃん 素直にアップグレードしたら? まーでもメモリ使用量15%って何かしら動かしてりゃすぐ超えると思うんだけどな 逆にどういう使い方したら24GB*0.15=3.6GB未満しかメモリを使わないということができるのかわからん ホストマシンから見たメモリ使用量はゲストOSのページキャッシュを含むはずでしょ >>705 > 料金発生してなくてもアカウントがPAYGなら回収の対象じゃないらしいじゃん > 素直にアップグレードしたら? それがいいかもね ミスったときに青天井課金なことを許容できるなら、だけど > まーでもメモリ使用量15%って何かしら動かしてりゃすぐ超えると思うんだけどな 「メモリー使用率が15%未満(A1シェイプにのみ適用)」は満たすの簡単だけど、何を意味するかが不明な「ネットワーク使用率が15%未満」が難関 俺は勝手にアウトバウンド上限の10TB/月の15%の帯域を使う必要があると解釈したが、そうでなくネットワーク使用「時間」なのかもしれないし、 「時間」といってもどの単位で区切って統計取るのかによって結果はまるで変ってくる メモリー・CPU・ネットワークのどれか1個でも満たしてりゃOKという解釈ならいいんだけど、 もしそうなら最も供給不足なA1だけメモリー要件だけ満たせば回収されないことになるので流石にありえない > ホストマシンから見たメモリ使用量はゲストOSのページキャッシュを含むはずでしょ メモリ使用量の定義も書かれていないけど不明だが Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-1034-oracle aarch64) の場合は、ログイン後、 Compute > Instances > Instance details の Memory Utilization を表示すると、 freeコマンドでいうところの buff/cache は含んでいない数値になってるわけで、この数値が使われる可能性もあり得ると思う(Oracle Cloudエージェントサービスが取得したデータ) 「ゲストOSのページキャッシュを含む」メモリ使用量は、OCIのWebサイトから確認できなくない? いずれにせよ、ある程度の容量のDBを含むMySQLなんか動かしていれば普通にメモリは使われるから問題ないけど A1だけメモリ要件があるのは、とりあえず上限の24GB確保して使ってないスカスカ野郎対策じゃないの >>706 > もしそうなら最も供給不足なA1だけメモリー要件だけ満たせば回収されないことになるので流石にありえない いや、メモリー要件だけ満たせばOK、で合ってると思うよ オリジナルであろう英語版を見ると > Idle Always Free compute instances may be reclaimed by Oracle. Oracle will deem virtual machine and bare metal compute instances as idle if, during a 7-day period, the following are true: とある。「as idle if ... the following _are_ true」の直訳は「次のことが_複数_当てはまる場合にアイドルとみなします」でしょ これは「次の全てが当てはまる場合」と見なしてよいはず 「次のいずれかが当てはまる場合」という解釈では「A1シェイプにのみ適用」の注釈は不自然だし > freeコマンドでいうところの buff/cache は含んでいない数値になってるわけで、この数値が使われる可能性もあり得ると思う(Oracle Cloudエージェントサービスが取得したデータ) エージェントをアンインストールしたせいだろうけど、OCIのコンパネからはノーデータになってた…… ただ、現に、CPU15%もネットワーク15%(が何を指すのかが不明だが)もどちらも満たしていないはずのインスタンスが回収されてない つまり ・コンパネからは見えないがページキャッシュその他を含むメモリー使用量で判断している ・エージェントを削除すると無敵化する のいずれか ネイティヴは複数形・単数形を割といい加減に使うから意外と信用できないんだよね 現にReddit(掲示板)ではこの件でアメリカ人が1つでも条件満たしてれば停止されないのか、 全部満たさないと駄目なのかが分からず困惑してきる様子が見られる アメリカ人はcentreと書いたらドヤ顔で間違ってると言い出す人々ですので スクリプトを1ヶ月以上動かしてるけどA1インスタンスは取れないな 何回やっても「トランザクションの処理中にエラーが発生しました」でサインアップできんわ サポートにメールしても Unfortunately, we are unable to resolve this or process the transaction. This is all the information we can provide. で詰んでる >>713 大変だね。俺が3月頃にサインアップした時はサポートが対応してくれた。 日を分けて何回かサポートに連絡してみたら結果が変わるかもしれないね。 不注意で高額課金が発生したときってGCPとかなら許してもらえることあるみたいだけど Oracleは許してくれなさそうだよな 無料アカウント使ってる感じだとサポートもあんま対応してくれないし 融通が効くとは思えない OCIのスペックと料金はAWSやGCPと比べても優れているんだけど こういうところが改善されないと怖いよなぁ もしトラブルがあってもサポートが音信不通になったりして しかも高額引き落としはしっかりされそう 有料アカウントでA1インスタンス(always free枠で)作ったけど、一度も回収の警告されたことないな 無料アカウントに表示されてるアップグレードを促す警告から察するに、有料アカウントしにたら回収されないっぽいよ そういやひょっとして今って有料アカウントじゃないとA1 Always Freeインスタンス確保できなくなってるんじゃないかな 無料アカウントでは全く取得できてないから A1は数ヶ月scriptぶん回せば取れる たぶん 自分は2022年8月ころ?から回して11月に2つとれた 2022年5月はなんの苦労もせずに手動で2つ取れたんで、そのときにやっときゃよかったと後悔した 俺は>>716 とは別人だけどさ 各種サーバ用途として使ってるならまだしも、計算用途に使うには怖さがある 大きなインスタンスを短時間使うつもりでインスタンスを立てて、立てたままトラブルになったらと思うとサポート体制にが気になってしまう ハイメモリ環境をこんな安く貸してくれるところ他にないし、料金はすごく魅力的なんだけどね アラート設定しておけば(乗っ取りとかじゃない限り)少なくとも破産する事は無いと思うぞ DDoS攻撃から守ってくれるような仕組みもあるかな? うっかりしていて料金がかさむのはアラートで防げるだろうし、しかも利用者側のミスだから仕方ない側面がある 一方で大きなインスタンスを立てたままログイン不能になった時を想定すると、サポートがネット上の評判通りだったどうなることやら 高額課金の発生原因は利用者側のミス以外に DDoS攻撃みたいな不可抗力のものもあるべ 個人利用なら常識的な範囲でリミット掛けるのが普通じゃないのか? 返事返さなければ上りは基本タダだし Among Usみたいなインディーゲームの開発者がサーバをOCIで建てたとして ゲーム利用以外のパケットをゲームサーバに大量に送りつけられたら困ってしまう これを単にリミットかけるだけで防げるのかどうか気になる read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる