Как получить доступ к логическим дискам на выделенном сервере?

Question

[My1Name]

Можно ли программно обратиться к логическим дискам на выделенном сервере?

Например, я рассматриваю сервер kamatera.com у них интересные цены и разные конфигурации системы... Могу ли я проверить TotalSpace() или UsableSpace() средствами Java (с приложения) на таком сервере? Или это виртуальные машины и доступа к логическим дискам нет?

Если нужно увеличить объем физической памяти, можно ли это делать посредством добавления логических дисков?

Comments

[Drno]

ну на VPS ты имеешь доступ ко всему диску, который тебе выделил провайдер...
да, если есть услуга добавления дисков, ты можешь их добавить ..

[My1Name]

Drno, Это виртуальный диск, или реальный SSD? Будет ли работать следующий код на VPS сервере?

File file = new File("c:");
long totalSpace = file.getTotalSpace();

Это нужно для того, чтоб мониторить через самописную CMS размер проекта и масштабировать по мере необходимости... То есть, нужно вносить вручную через админ панель альтернативные адреса (C, D, F, и т.д.) без остановки сервера.

[Drno]

My1Name, конечно виртуальный.. кусочек...
реально - там подключенный дисковый массив в рейде..

но обычно он стандартными программами пробивается как обычный диск, для системы - прозрачно
добавлять доп диски, без отключения сервера - не факт, надо проверять как это работает у конкретного хостера

С \ D \F - сервер на винде чтоль?)) лол...

[My1Name]

Drno,

С \ D \F - сервер на винде чтоль?)) лол...

Где и как хранить файлы пользователей? Как будет выглядеть путь к папке проекта? И по какому принципу нужно (если нужно?) менять путь для записи файлов по мере увеличения дискового пространства?

Answer 1

[mayton2019]

С помощью Java

ProcessBuilder.start()

ты можешь вызывать скрипт операционной системы (bash или Windows CMD) и если
у текущего пользователя хватит прав то ты можешь увидеть результат работы df например

$ df
Filesystem      1K-blocks      Used Available Use% Mounted on
none              8061940         4   8061936   1% /mnt/wsl
.....

потом забрать этот результат через stdout и далее парсить результат в Java.

Comments

[My1Name]

Я не очень хорошо всё это понимаю и, возможно мне нужен облачный сервер... Не могу понять, как работает дисковое пространство на выделенном сервере?

Допустим, я запускаю проект и в какой-то момент понимаю, что выделенного места мне не хватает... Все файлы пишутся в одну папку. Если я увеличиваю (докупаю) дисковое пространство, могу ли я продолжить писать файлы в ту же папку, или нужно будет менять адрес хранения?

[mayton2019]

My1Name, в облаках кроме файловых систем используются хранилища. Amazon S3, Microsoft Blob.
У них - свои утилиты для наблюдения за местом.
- s3
- az
Дай больше конкретики и тебе помогут точнее.

[My1Name]

mayton2019,

Дай больше конкретики и тебе помогут точнее.

Нужно предусмотреть масштабируемость проекта. Если возникнет необходимость менять адрес хранения файлов, то это нужно предусмотреть заранее. Для этого пишу админ панель (по типу CMS), через которую можно добавить альтернативный адрес...

Альтернативный адрес имеет смысл тогда, когда мы мониторим дисковое пространство или имеются какие-то ограничения файловой системы. Например, в Windows максимальное количество файлов и папок в одном каталоге 65535. В корне логического диска, по большому счёту предела нет (в NTFS это BIG Integer 4,294,967,295).

Чтобы управлять альтернативными адресами, нужно заранее знать как они будут выглядеть. А если речь идёт об облачном сервере, где изначально подключен дисковый массив, то возможно никаких альтернативных адресов и не надо?

[mayton2019]

Искусственный интеллект bing пишет

There are no limits to the number of objects you can store in your S3 bucket

Я не могу найти пруфы на оригинальном сайте. Но это в чем-то похоже на правду.

Про Microsoft Blob тоже можно найти нечто подобное.

Но я не очень понимаю твой перфекционизм. Никто сразу не строит масштабируемое приложение с нуля.
Его рост - это плавная эволюция. Я убежден что еще до того как ты выйдешь на границы лимитов
у тебя будет огромная куча других технических проблем и с объемом диска и с лимитом на число сетевых
сокетов. И вообще очень крупные системы - это не один физический хост. Это грид из множества
хостов объединенный в одну логическую сервисную среду.

[My1Name]

mayton2019,

Никто сразу не строит масштабируемое приложение с нуля.

Вот именно! Поэтому, изначально мы берём минимум ( ̶с̶а̶м̶ы̶й̶ ̶д̶е̶ш̶ё̶в̶ы̶й̶ ̶с̶е̶р̶в̶е̶р̶ ̶), а по мере увеличения проекта, добавляем диски или докупаем дисковое пространство и всё необходимое...

рост - это плавная эволюция

P.s. ИИ - молодец :)