Грамотный апгрейд сервера.
- Автор темы WoLFiks
- Дата начала
- Статус
MiksIr
miksir@home:~$
Длина SATA кабеля до 1м по стандарту. Этого не хватит, что бы нормально провести из сервера в сервер. Только дырки сверлить.
Купи 2.5 дисков, и натыкай в корпус на двустороннем скотче.
Вот тут дешевле, чем S3, раза в 4. https://www.backblaze.com/b2/cloud-storage-pricing.html
API, правда, несколько отличается, так что тот же fuse-s3 придется попатчить. Ну или подождать месяц-другой, пока это не сделает кто-то еще.
Сам, правда, еще не пользовался, но их десктоп-бэкапилкой пользуюсь давно, 5 баксов в месяц unlim с версионностью, доволен.
API, правда, несколько отличается, так что тот же fuse-s3 придется попатчить. Ну или подождать месяц-другой, пока это не сделает кто-то еще.
Сам, правда, еще не пользовался, но их десктоп-бэкапилкой пользуюсь давно, 5 баксов в месяц unlim с версионностью, доволен.
Последнее редактирование:
Это public beta пока что, понятно что есть шероховатости.
А, ну ничего. Если внезапно не станет frequent =)
WoLFiks
Не курю...
@grigori, спасибо на добром слове!@WoLFiks, Осенью я решил проблему "заканчивается место под фотки" для sdaminfo.ru - вынес неиспользуемые оригиналы фотографий на Amazon S3, который подключен через s3fs. Оригиналы нужны только для генерации thumbnail, а занимают в 3 раза больше. Те, которые используются - в локальном кеше.
Цена содержания такого решения - несколько долларов в месяц без вложений в железо или разработку, надежность выше любого своего железа потому что чаще падают каналы, чем винты.
Потребовало изменить в коде приложения 2 строки. За деньги могу проконсультировать и реализовать. Не $100, конечно
Я за вашу логику, но, блин, есть ограничения. Я не придираюсь абсолютно. Но облако не вариант.
Первое, как я понял, s3fs - При записи в какой-либо файл s3fs считывает целиком предыдущую версию. ГРУБО дозапись нескольких байт в архивный файл размером 500 мегабайт приведёт к передаче гигабайта по сети. (из статьи на хабре). Второе. Если нет канала на улицу? (Да, такое бывает!).. Представьте большую определенную службу, например академию по разработке и исследованию новых физических "законов" и межпланетных состояний. WAN просто физически отсутствует. Это запрещено! Только LAN. И как быть тогда с облаком на Amazon S3??? По этой причине я и не подтверждаю теорию, что начальник идиот, высказанную выше!...
Итого : Для формирования расчетов используется большая часть данных, либо даже части файлов, гонять туда-сюда с Amazon S3 всю эту массу - это жесть... Нужно из каждого определенного файла fread($,512), а тащить для этого например 20Мб*N-файлов???.. Не вариант. Второе, что все расчеты идут с данными на сервере по запросу клиента, но исключительно внутри LAN и никак иначе...
Соответственно, если решить необходимо размещение какого-нибудь архива фоток для социалки, бекапа, то Amazon S3 или аналог - успешное решение, но это не панацея в определенных условиях!
WoLFiks
Не курю...
Вот именно, чтобы как на картинке не получилось ))))
Принято!.. Да, чем длиннее SATA, тем больше проблем можно схватить на ровном месте. Спасибо за ценное замечание!
Итого, в моей задаче Важность инф превалирует над скоростью в тройку раз. Поэтому лишний раз и переспрашиваю.
Короче, видимо самый норм вариант просто еще один серверок собрать не дорогой и все. В дальнейшем будет задел на будущее заодно, в плюс ко всему так сказать .. )
Тупо SATA-SATA не плохой вариант, но не гибкий никак. Что и останавливает. Плюс длина кабеля или лишние переходники. С дальнейшим расширением реальные проблемы.
Ну и как на фото нельзя. Это реальный колхоз "Красный богатырь". Нужно в разумный пределах колхоз )) Поэтому двусторонний скотч тоже не вариант )
Проще всего еще один сервер купить, каэш.
Если уж колхозить, то на основе https://en.wikipedia.org/wiki/ESATAp
Если уж колхозить, то на основе https://en.wikipedia.org/wiki/ESATAp
Это не так. А вы, чувствую, тролль с хабра.
А если к носу Ивана Кузьмича, да взять ...
Я дал решение для media-файлов, для большой базы данных нужно другое решение. И тоже не кабель соплями тянуть.
Не надо на ходу выдумывать абстрактного коня в вакууме. Мы здесь реальные задачи решаем, чисто потрепаться - это вернитесь лучше на хабр.
это на pornhub
Последнее редактирование:
WoLFiks
Не курю...
Это не так. Я там даже вообще не зарегистрирован, если что.
@grigori, вы привели две цитаты мои зачем-то в одну кучу ....Файлы не больших размеров, но их много... и про ...файл размером 500 мегабайт... - хотя относились они к двум разным мыслям. В одной строке эти цитаты не должны читаться, иначе путаница возникает. Зачем кашу устраивать? - не понимаю. А если вы не сталкивались с тем, что в научных работах и исследованиях может требоваться работа с частями графики и медиа - это далеко не значит, что такого быть не может. Я прекрасно понимаю, что все привыкли сайтики и инет-магазины в общем случае себе представлять, но, могу заверить, есть и другие штуковины!
Хочу еще раз вас поблагодарить, так как действительно кто-то столкнется с подобной проблемой-дилемой, прочитает форум и сделает работу в облаке, при условии, что его задачам будет такое решение удовлетворять. В моей же задаче данная практика не применима. Я думаю Вы должны согласится, что свою задачу я лучше знаю, чем Вы?
Не разобравшись в ситуации вылили на меня ведро помоев каких-то.
@grigori, зря вы так.
Взвесив за и против - Так и решил остановиться на этом варианте.
AnrDaemon
Продвинутый новичок
Когда условия задачи меняются и додумываются по ходу обсуждения, разбираться особенно не в чем.
Всё и так понятно.
WoLFiks
Не курю...
А где изменение условий задачи то? Весь мой диалог и пояснения согласно моему стартовому сообщению. Противоречий нигде нет, почитайте...
А изменений условий нет по одной простой причине - задача сама по себе не изменилась с момента создания темы!.
AnrDaemon
Продвинутый новичок
Выбирай, но осторожно! Но выбирай.
Либо вчера медиа, маленькие, но много, либо академия по исследованию межпланетных состояний, но сегодня.
Либо вчера медиа, маленькие, но много, либо академия по исследованию межпланетных состояний, но сегодня.
Последнее редактирование:
- Статус