господа, вопрос больной тут

надо выбрать обьектный сторадж

а подробностей?

выбор ну например amazon и свифт

юзаться будет для хранения картинок-файлов

не могу найти методику расчета по свифту

железо-производительность

какой там оверхед и тд

ну и вообще альтернативы есть?

я так понял что ceph это немножко другое

а в гб размер картинок сколько ?

ну на данный момент 8 тб

вообще очень сложно найти грамотную доку. Везде или хаутушки как настроить или булщит маркетиновый

а именно хотелось бы знать сколько узлов и каких надо на поддержание этих 8 тб, чтобы оно фунцкионировало нормально

Для свифта все в доке естт

Есть

Возьми бумажку с ручкой да посчитай

Сколько у тебя будет нод, сколько в кольце узлов будет и т.д.

Сколько раз в кольце файл будет отреплицирован

и сравнить с 240$ в месяц на амазоне

Ахахахах

Да. Настройка свифта это ппц.

ну вот например "For example, imagine we are building a cluster that will have no more than 5,000 drives. That would mean that we would have a total number of 500,000 partitions, which is pretty close to 2^19, rounded up. It is also a good idea to keep the number of partitions small (relatively). The more partitions there are, the more work that has to be done by the replicators and other backend jobs and the more memory the rings consume in process. The goal is to find a good balance between small rings and maximum cluster size. The next step is to determine the number of replicas to store of the data. Currently it is recommended to use 3 (as this is the only value that has been tested). The higher the number, the more storage that is used but the less likely you are to lose data. It is also important to determine how many zones the cluster should have. It is recommended to start with a minimum of 5 zones."

это из оф доки

вы считаете что это исчерпывающая инфа?

for example.... recommended

я так понял что ceph это немножко другое

ceph - это тоже объектный сторадж

надо выбрать обьектный сторадж

Бери Azure

тут нужна аргументация

для этого мне надо свифт свой посчитать

А че его там считать?

В личку написал

8 на 3 не умножить?

24 терабайта получается

24 терабайта - это примерно 6 машин, я так мыслю

да на таком уровне я и считаю

Ну и норм

Этого достаточно

8 на 3 и в продакшен

вот вот

так это и звучит))

Я бы порекомендовал собрать тестовый стенд

Причем - тестовый стенд размером с продакшен

Естественно

Но это при неправильном подходе может ничего не дать А сколько будет запросов в секунду? А к какому контенту? А какого размера хотсет?

Про запросы имхо второстепенно. Т.к. перед питонячими прокси можно поставить сколько угодно nginx/haproxy

И чем же поможет nginx, а, тем более, haproxy?

Да и на сколько я помню самих питонячих прокси можно ставить сколько захочешь

Причем - тестовый стенд размером с продакшен

сейчас железа нет

стоит как раз вопрос "закупать\арендовать\облачить"

сейчас железа нет

Нет ножек - нет варенья

ну вообще, затраты на свой свифт мне кажутся на данном этапе несопоставимы

Если железа нет - то и проекта нет? И нет данных о количестве запросов и размере хотсета? А откуда тогда 8 терабайт взялись?

8 тб сейчас лежат на NFS

арендованный сервер

Ну - надо арендовать еще один, и их станет 16

ну тогда не один а два )

Я к тому, что если где-то что-то работает с NFS, и делает это хорошо, Swift может быть оверкиллом

С другой стороны, NFS может внезапно перестать работать

да

одна ТО сейчас + разработчики не хотят ходить в NFS

и еще

про такую пепяку слыхал кто?

https://www.backblaze.com/b2/cloud-storage.html

https://docs.docker.com/v1.8/articles/networking/#ipv6

товарищи, подскажите, какие мощности нужны на редмайн если им будет пользоваться примерно сотня человек? Понимаю всю расплывчатость вопроса, но как-то ориентироваться надо.

надо в запросах мерять. У меня на 30 человек - digitalocean-овский сервак с 1Gb RAM. Причем там же живет мастернода Jenkins и тормоза неощутимы

товарищи, подскажите, какие мощности нужны на редмайн если им будет пользоваться примерно сотня человек? Понимаю всю расплывчатость вопроса, но как-то ориентироваться надо.

1 Gb RAM хватит. Только Nginx ставь, а не apache

1 Gb RAM хватит. Только Nginx ставь, а не apache

спасибо

надо в запросах мерять. У меня на 30 человек - digitalocean-овский сервак с 1Gb RAM. Причем там же живет мастернода Jenkins и тормоза неощутимы

спасибо

на DO наверное SSD?

да, там в штате SSD

1 Gb RAM хватит. Только Nginx ставь, а не apache

ты ему сейчас чего посоветовал? какой в попец nginx или apache с редмайном

чет да, это же руби

я бы добавил еще - настраивай нджинкс, чтобы статику отдавал он сам, а не руби-сервер. И руби-сервер - unicron/uwsgi, а не штатный webrik. Последний очень медленный

ты ему сейчас чего посоветовал? какой в попец nginx или apache с редмайном

у апача есть модуль для рельс. Но лучше не надо, честное слово

интересно сколько ему надо места на винте

20гб хватит?

у апача есть модуль для рельс. Но лучше не надо, честное слово

пассенджер? а не насрать?

интересно сколько ему надо места на винте

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