Content-Length: 129264 | pFad | http://anond.hatelabo.jp/keyword/OpenStack
はてなキーワード: OpenStackとは
あなたが直面している課題を考えると、これは良い戦略のように思えます。ここで考えてみましょう。
PC クラスターを作成して使用率を最大化することは、特にひとの参加が変動する場合に優れたアプローチです。PC をクラスター化すると、リソースの割り当てが合理化され、各マシンが効果的に使用されるようになります。このセットアップをさらに強化するには、次の手順を検討してください。
Kubernetes、OpenStack、カスタム ジョブ スケジューリング システムなどのクラスタリング ソリューションを使用します。これにより、リソースをプールし、優先度と需要に基づいてワークロードを分散できます。
ジョブの優先順位の実装は、HTCondor や Slurm などのツールを使用して実現できます。これらのツールは、ジョブ キューを管理し、リソースを効率的に割り当て、上級に高い優先順位を与えるのに役立ちます。
リソースの使用状況を監視し、クラスターのスケールアップまたはスケールダウンに備えてください。監視用の Prometheus や視覚化用の Grafana などのツールは非常に役立ちます。
明確なドキュメントとサポートを提供します。これには、開始して生産性を維持できるようにするためのステップバイステップのガイド、FAQ、トラブルシューティングのヒントが含まれます。
個々の課題とプールされたリソース システムのバランスをとることで、消極的なひとの影響を軽減し、リソースを有効に活用できます。
1人に1台って感じでPC与えると、もし誰かがメンヘラちゃんだったら
生に限らず、上級でもそういうのはいる。というかこっちのダメージの方がでかいです。
いちおうレクーあってそのときに数週間履修者がつかうかもしれない
毎年、10人近くいた履修者も翌週には2,3人になり、次は1人になり
そして誰もいなくなる。それにしても数週間は彼らにマシンをあてがう必要があるのです
とかいろいろ考えるとクラスタ化するしかないでしょろ。うまくいくかどうかわからないし
いろいろと時間も労力もかかりそうだが(それは実験設備をつくるのも一緒だけど)
やるしかないですか
いまの季節は一番人が少ないので、彼らには1台ずつあてがっておいてその他のマシンは
すべてクラスタ化しましょ。それがうまくいけば彼らからもとりあげて、巨大クラスタ化しましょ
ジョブの優先権とかアプリ側で設定できるのなら生は高めにしてゴム有は低め( ^ω^)・・・
IIJの業績見通し、VMware製品の値上げによって「変動幅30億円」
実際、IIJは2024年5月10日に開示した2025年3月期の業績見通しにおいて、VMware製品ライセンスの値上げをユーザー企業に転嫁できるかどうかによって、売上高に当たる売上収益と営業利益が最大30億円は変動する可能性があるとした。
IIJは2025年3月期の決算見通しに30億円の幅を持たせる異例の開示をした
IIJは2024年4月からクラウドサービスの利用料金の値上げを実施したが、全てのサービスの値上げが完了したわけではない。ユーザー企業への価格転嫁が遅れるほど、IIJの損失が膨らむ。その損失額が最大30億円になると見込んでいる。
IIJの2025年3月期における営業利益の見通しは300億~330億円である。VMware製品ライセンスの値上げによって、全社営業利益の1割が吹き飛ぶ恐れがあるわけだ。同社が決算の見通しに幅を持たせたのは初めてという。
てっきりOpenStack?とかいう独自の基盤で運用してるのかとオモタ
昨今流行りの機械学習でプロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。
グループ全体の規模はそこそこ大きいが、将来単なるアッセンブリー屋になることが目に見えている事もあり(今後20年以内には喰われてしまうという憶測もあり)ネットワーク、Linux、コンテナ、プログラミングが出来る自分が社内の機械学習、引いてはITインフラの民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。
まずは既存DHCPサーバ、名前解決ができないDNSサーバからゲートウェイPCを用いてネットワーク的に分離、社内の物理的な設置スペースの問題でデスクトップPCとサーバPCが離れた所にあるため、WireGuardでVPN構築、ゲートウェイPCはそれぞれKea DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題を解決することにした。
上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代のオンプレクラウド(個人的にはエッジクラスタがゆるく繋がるアメーバクラウド?のような呼称があっている気がするが)を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。
とはいえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品や保守サービスが受けられる事から上記2つを選択した。
PowerDNSはさておき、ISC KeaはナウでYANGなLinux YANGに対応しようとしているなど(言いたかっただけ)、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイが重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア(とちょっとしたAPIサーバ)をGo言語で作成した。
次に世の中のパブリッククラウドやOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記のAPIサーバと連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題を解決することにした。
まぁなんだかんだ大企業なのでお金で解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。
脱線したが、上記以外にも検証やバックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+goで簡単なフロントエンドサーバを構築し、一人情シスの様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。
ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。
特にオンプレクラウドは部外者が中々見えてこないものがあり、なんならその見えないものを限界まで吸収できるように、かつ現実的に実現可能なギリギリのラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。
覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。
世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか?
富士通入社5年目の自分だが、ちょっと会社の庇護をさせてほしい。彼の求める仕事が会社に存在しなかったわけではない。
弊社、ここ数年、OSSの利活用に猛烈に注力している。有名どころではCloud Foundry参画の話http://www.publickey1.jp/blog/15/26_paas.html、OpenStackへのコントリビュート(リンク先は作為的な抽出なので注意)http://stackalytics.com/?release=all&metric=commits&module=api-site
彼の求める仕事はおそらくあったはずで、彼がその仕事をできなかったのは運(縁)がなかったという話で同情するし、彼の上司はクソだという点にも同意する。(彼の心象にも、富士通への風評的にも、それ以前に人としてよろしくない)
Excel某の話は自分も経験があって、弊社開発の闇。1年目は彼と似たつらい思いもした。そういったことも全部自動化できればよいが、マンパワーで解決してしまいがち。ただ、2年目からは新製品の開発を含めガッツリ開発できたし、今はSIの上流工程を担当させてもらって(苦戦はしてるけど)充実してると感じる。
彼の境遇から辞めたことを批判できないが、面白い未来もあったかもしれないというお話。
今後の彼に幸あらんことを。
Playbooks — Ansible Documentation
railsbox - Fast and easy Ruby on Rails virtual boxes
Ansible入門 (全15回) - プログラミングならドットインストール
Amazon.co.jp: 入門Ansible eBook: 若山史郎: Kindleストア
Amazon.co.jp: Ansible Configuration Management 電子書籍: Daniel Hall: Kindleストア
Red HatがITオートメーションのAnsibleを$150Mで買収へ…OpenStackデプロイをDevOpsのために簡易化
Git Clone (スタートアップスクリプトID:112600117316)
指定のGitリポジトリをcloneし、指定の実行ファイルを自動的に実行します。
https://github.com/philc/terraform
fog - The Ruby cloud services library
A list of base boxes for Vagrant - Vagrantbox.es
Discover Vagrant Boxes | Atlas by HashiCorp
https://github.com/ryotarai/itamae
Itamae - Infra as Code 現状確認会 // Speaker Deck
Amazon.co.jp: Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus): 吉羽 龍太郎, 安藤 祐介, 伊藤 直也, 菅井 祐太朗, 並河 祐貴: 本
Docker - Build, Ship, and Run Any App, Anywhere
[翻訳] Dockerについてよくある勘違い | TechRacho
Puppet Labs: IT Automation Software for System Administrators
Fetched URL: http://anond.hatelabo.jp/keyword/OpenStack
Alternative Proxies: