Михаил Бурилов, а подскажите, пожалуйста, вы акты в каком виде предоставляли? Просто распечатку того, что даёт Upwork (а там нет сути оказываемых услуг) или что-то другое? На русском или английском?
Сам сижу на патенте, работаю на Upwork в том числе, пока проверок не было по патенту, но любопытно, какие могут быть варианты.
hbuser: удивительно - посмотрел ваш профиль и, соответственно, ответы, которые вы давали. У меня такое ощущение, что вопрос здесь и ответы там писали разные люди. Опять же, не хочу вас обидеть нисколько, просто у меня когнитивный диссонанс случился.
hbuser: мне совершенно не хочется ввязываться в перепалку. Отвечу безо всякого стёба и попыток вас обидеть, но прямо.
Судя по форме вопроса (а "форма" бывает не только внешней, т.е. представлением, но и внутренней, т.е. содержанием), вы не имеете ни малейшего представления о понятиях "облачный сервис" и "облако", о том, чем "облачный сервис" отличается от "обычного сайта"; более того, возможно, и о том, как создаётся программное обеспечение, в том числе для веб - судя по вопросу о том, как что-то разрешается или запрещается в тарифах.
В этом нет ничего плохого, за исключением того, что вы хотите, чтобы вам рассказали то, о чём написана куча книг и статей. При этом наряду с крайне общим вопросом вы задаёте гораздо более частный (какое облачное хранилище использовать), даже не указав, какие задачи вы планируете возложить на это хранилище и какие требования к нему предъявляете.
Подобные Тостеру ресурсы предназначены для того, чтобы получить ответ на конкретный вопрос, найти который у вас не получается самостоятельно. А вы задаёте крайне общие вопросы в стиле: "Каким образом делаются операции на сердце? Например, нужно провести коронарное шунтирование пациенту. Нужно сделать разрез, пережать кровеносный сосуд, сделать перевязку. Какие светильники лучше использовать для того, чтобы минимизировать вложения в аппаратную часть?" Извините, но чтобы делать операции на сердце, люди 7-10 лет учатся сначала в мед. академии, а затем - в интернатуре.
Никто не сможет вас научить программировать в рамках ответа, и, более того, практически невозможно даже в общих чертах рассказать, как реализуются сервисы, которые вы перечислили после редактирования вопроса.
Кстати, "облачный сервис" ничем не отличается от "обычного сайта". В качестве мнения: "облако" - это модный термин, который означает всего лишь нахождение какой-то услуги или сервиса под контролем сторонней организации и пользование конечным продуктом без необходимости а) понимания, как всё устроено "под капотом" и б) администрирования программной и аппаратной части, поддерживающей работоспособность сервиса или услуги. Само же название по одной из версий пошло из того, что Интернет обозначается на схемах в виде облака, а так как сервис тоже "в Интернете", то появились "облака".
Чтобы не быть совсем уж голословным, могу предложить пройти курс типа такого - https://www.coursera.org/course/webapplications - Web Application Architectures. Увы, он только на английском, но разработчику без этого языка никуда. Приведу перевод аннотации: "Научитесь разрабатывать и внедрять архитектуру современных веб-приложений - приложений, которые работают через Интернет, в "облаке", используя браузер в качестве интерфейса". К сожалению, там не обозначены сроки начала будущих сессий, поэтому нужно следить.
Так же на курсере есть неплохая для начинающих, судя по описанию, специализация Full Stack Web Development - https://www.coursera.org/specializations/full-stack . Опять же, аннотация: "Изучите гибридную front-end и мобильную разработку, создайте back-end и реализуйте полнофункциональное приложение". Термины front-end и back-end раскрываются на wiki: https://ru.wikipedia.org/wiki/Front_end_%D0%B8_Back_end . Вряд ли вам нужны корочки, поэтому просто найдите в списке отдельные курсы, составляющие специализацию, и пройдите их по отдельности. Судя по расписанию, часть курсов уже началась 8 февраля (но вы ещё можете присоединиться, даже баллы не потеряете), а часть начнётся 15 февраля.
Тут сильно всё зависит от того, какая конфигурация железа, какой контроллер, и правильно ли вы собрали массив. Есть у меня подозрение, что не очень. Я давно не видел FreeNAS, поэтому не могу сказать точно, что там и как, но быстро пролистанная документация говорит, что чтобы создать массив raid10, нужно создать зеркало из двух дисков, а затем расширить его ещё парой дисков (зеркалом), и так до бесконечности. На чистой фре это делается одной командой: spool create tank mirror /dev/disk1 /dev/disk2 mirror /dev/disk3 /dev/disk4 . Т.е. делается stripe из зеркал, а не наоборот.
Попробуйте создать массив из одного диска, из двух в страйпе, из двух в зеркале, из четырёх raid10 и померить производительность. Кстати, то, что вы привели - это производительность, чем и откуда измеренная?
crazych1: вряд ли они выйдут из строя одновременно. Абсолютно идентичных вещей не бывает. Там же нет счётчика, который считает количество байт, а потом ломает диск. Просто начинают деградировать ячейки памяти. Как только ячейка перестает записывать, она помечается сбойной, а на её место приходит резервная. Когда резервы заканчиваются, диск переводится в read only (ну, должен, на практике часто просто выходит из строя). Кроме того, скажем, Intel S3700 крайне надежны. У них гарантия 10 или даже 20 DWPD (не помню точно уже) в течение 5 лет. А если вы оставите свободное место на диске, то он ещё дольше проживёт.
Кроме того, обратите внимание, ваша задача обеспечить невозможность выхода из строя одновременно обоих SSD и перезагрузки сервера в то же время. Если диски сломаются в процессе работы - да и чёрт с ними, zfs просто медленнее насчёт работать, потому что zil будет перенесён на основной пул.
В идеале систему ставить на отдельные ssd, но так как это дорого, ставьте на те же ssd. На HDD не стоит, им и так тяжко.
А к чему вы это написали, как это соотносится с темой вопроса? Там ни слова не было об интересе провайдера услуги к российскому рынку и открытии представительств.
Добавлю только, что отсутствие необходимости держать отдельные ноды хранения нас очень сильно заинтересовала, поскольку существенно снижает стоимость решения.
Присоединяюсь к совету о MikroTik Router OS. Единственный минус — стоит немного денег. До этого использовали m0n0wall, но некоторые ограничения заставили от неё отказаться.
Попробуйте ради интереса специальные сервисы типа DynDNS — с ними дела могут обстоять по другому.
А вообще, еще раз повторюсь, всё-таки это очень дорого, мне кажется, поднимать BGP, причем основные материальные и административные затраты могут оказаться даже не в оборудовании, а в поиске и покупке провайдеронезависимых адресов и номера AS.
В случае, если всё плохо с DDNS и нет других задач, которые требуют автономной маршрутизации, присоединюсь к совету с внешним VPS + прокси.
Так напишите простейший скрипт для мониторинга состояния канала, повесьте его на один из ваших серверов и обновляйте с его помощью. Это гораздо проще, быстрее и значительно дешевле, чем BGP поднимать. Причем под стоимостью BGP я подразумеваю совсем не покупку дополнительного оборудования.
Не обязательно объединять в VPN, если вы нормально настроите IPSec, и у вашего контроллера домена будет белый IP. Правда, сможете ли вы защитить его от вторжения — это уже второй вопрос.
Но это не отменяет вопрос с лицензиями, конечно.
Тут, скорее, вопрос в другом: вашему начальству выгоднее нанимать больше сотрудников, чтобы рулить таким парком несинхронизированных машин или купить софт?
Сам сижу на патенте, работаю на Upwork в том числе, пока проверок не было по патенту, но любопытно, какие могут быть варианты.