[過去ログ]
Docker Part6 (1002レス)
Docker Part6 http://mao.5ch.net/test/read.cgi/linux/1626039705/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
634: login:Penguin [] 2022/04/13(水) 09:06:53.16 ID:7PT0jOfs dockerの公式ドキュメント見やすくて探しやすいぞ このスレの住民より信憑性ある http://mao.5ch.net/test/read.cgi/linux/1626039705/634
635: login:Penguin [sage] 2022/04/13(水) 09:40:39.65 ID:3g0kd5Gr >>632 >>633 ありがとう! http://mao.5ch.net/test/read.cgi/linux/1626039705/635
636: login:Penguin [] 2022/04/13(水) 12:22:47.54 ID:Zw4+4WqL volumeをNASにしたりできるん? http://mao.5ch.net/test/read.cgi/linux/1626039705/636
637: login:Penguin [sage] 2022/04/13(水) 14:49:29.65 ID:lEuz6CcL できる http://mao.5ch.net/test/read.cgi/linux/1626039705/637
638: login:Penguin [] 2022/04/13(水) 16:09:27.52 ID:Zw4+4WqL そか、ええな、kubenetes組んだ時どうすんのか疑問だった http://mao.5ch.net/test/read.cgi/linux/1626039705/638
639: login:Penguin [] 2022/04/13(水) 20:58:36.39 ID:nvrol73h >>638 複数のデータセンターにサーバー置いて、 クラスター作って高可用性を持たせるような用途なら NFSじゃなくてレプリケーション対応したデータベースを使うのが普通 地理的に離れた場所でファイルシステムに必要な一貫性持たせるのは速度を犠牲にしないと困難 データベースのレプリケーションアルゴリズムで同期した方がストレージの全ファイルに一貫性持たせるより効率的だし 必要なければ部分的に一貫性を犠牲にする事で性能上げられる http://mao.5ch.net/test/read.cgi/linux/1626039705/639
640: login:Penguin [] 2022/04/13(水) 21:01:52.35 ID:Zw4+4WqL >>639 おうちkubenetes予定民(ラズパイ待ち やからそこまでやる気ないんやけど コンフィグファイルとかもDB化できるん? できるならそこまでやってみたいなあ http://mao.5ch.net/test/read.cgi/linux/1626039705/640
641: login:Penguin [sage] 2022/04/13(水) 21:14:31.65 ID:xgg880Co kubenetesってなん? http://mao.5ch.net/test/read.cgi/linux/1626039705/641
642: login:Penguin [] 2022/04/13(水) 21:38:02.45 ID:nvrol73h >>640 コンフィグファイルぐらいならk8sのconfigmapとかsecretに置けばよくね 本家k8sならetcdっていう分散データベースに保存される k0sとかk3sはsqliteとかも保存先に使えるらしいけど もっと沢山データ入れるなら普通にデータベース使え http://mao.5ch.net/test/read.cgi/linux/1626039705/642
643: login:Penguin [] 2022/04/13(水) 21:44:33.18 ID:Zw4+4WqL >>642 ほーんニキ詳しいなあ、ありがと 仕事利用民かな? その辺ちょっとみたけど、マイクラのマップデータ見たいな大きめのファイル群もなんとでもなりそうやね、当たり前か http://mao.5ch.net/test/read.cgi/linux/1626039705/643
644: login:Penguin [] 2022/04/16(土) 01:10:04.26 ID:vX7+1w5y Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。 ただこのやり方だとスケールアップする度に膨大な予算がいるし、 OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。 http://mao.5ch.net/test/read.cgi/linux/1626039705/644
645: login:Penguin [] 2022/04/16(土) 08:23:44.80 ID:BrctXLnB >>644 >OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。 それあなたの感想ですよね データとかあるんですか? http://mao.5ch.net/test/read.cgi/linux/1626039705/645
646: login:Penguin [] 2022/04/16(土) 09:41:03.41 ID:j4P0yzOD >>645 いちゃもんつけないでください。 言ってることは正しいです。 http://mao.5ch.net/test/read.cgi/linux/1626039705/646
647: login:Penguin [] 2022/04/16(土) 09:54:07.86 ID:t4vxTGvP コンテナ化してるのにosが重いとはいかに http://mao.5ch.net/test/read.cgi/linux/1626039705/647
648: login:Penguin [] 2022/04/16(土) 11:11:05.09 ID:j4P0yzOD 重要なのはただこのやり方だとスケールアップする度に膨大な予算がいるということ http://mao.5ch.net/test/read.cgi/linux/1626039705/648
649: login:Penguin [] 2022/04/16(土) 11:17:04.48 ID:t4vxTGvP 何が言いたいのかよーわからんけどそもそもdockerはそのリソース節約するのも一つの目的で awsなりでコンテナ増やして金が余分にかかるのは しゃーないしosごと立ち上げるより安いやろ 膨大な金が金額指してるのかもよーわからんが、規模に応じた金額しかかからんから千円だろうが5億だろうが昔に比べりゃ格安だろ。オンプレでdockerのリソース増やしても、1ハード1システムの時代に比べりゃ遥かに安い http://mao.5ch.net/test/read.cgi/linux/1626039705/649
650: login:Penguin [] 2022/04/16(土) 11:30:49.02 ID:j4P0yzOD 一台のコンピュータを使い切ったほうが環境に優しい http://mao.5ch.net/test/read.cgi/linux/1626039705/650
651: login:Penguin [] 2022/04/16(土) 11:59:56.66 ID:BrctXLnB >>650 それあなたの感想ですよね http://mao.5ch.net/test/read.cgi/linux/1626039705/651
652: login:Penguin [] 2022/04/16(土) 12:12:22.62 ID:/pfaoXl0 なんだ自演か http://mao.5ch.net/test/read.cgi/linux/1626039705/652
653: login:Penguin [sage] 2022/04/16(土) 12:36:29.15 ID:YgByssZK 普通は人件費のほうがずっと高いからな サーバー家畜化で低級の運用SEを一人削減できたらそれだけで月100万浮くわけで、AWSで月100万あれば相当な規模のサービスを運用できる http://mao.5ch.net/test/read.cgi/linux/1626039705/653
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 349 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s