Комментарии 80
Можно в Амазон уйти. Вроде не должно возникать проблем с оплатой. Хотя на 100% не возьмусь утверждать.
А какие проблемы с бухгалтерией? Народ ведь товар закупает за границей, в чём проблема с Linode? (я может очень наивен, но проблема мне кажется не большая)
Моя бухгалтерия утверждает, что это в принципе невозможно, по белому оплачивать счета за хостинг за границей. Фирма большая, прямого выхода на них у меня нет и я в бухгалтерии ничего не смыслю. Поэтому хотелось бы разобраться в вопросе, что бы на них давить через начальство, если вдруг платить можно.
Ключевые слова — белая оплата, через налоговую и тыды.
Ключевые слова — белая оплата, через налоговую и тыды.
Ключевое слово «валютный контроль». Зашлите человека в банк с этим словом и знанием нужного вам и там всё объяснят.
Извините за настойчивость, т.е. проблема в принципе решается и для средней руки фирмы особой сложности не представляет?
В двух словах.
1. Заключаете договор.
2. Оформляете кучу бумажек типа паспорта сделки.
3. Банковский перевод на оплату.
Размер фирмы для оформления не играет роли. Есть прецеденты даже с нашими ИП. Так что необходимо только желание оформить правильно паспорт сделки.
1. Заключаете договор.
2. Оформляете кучу бумажек типа паспорта сделки.
3. Банковский перевод на оплату.
Размер фирмы для оформления не играет роли. Есть прецеденты даже с нашими ИП. Так что необходимо только желание оформить правильно паспорт сделки.
Невозможно привести абсолютную инструкцию т.к. каждая ситуация индивидуальна. Вам нужно знать на основании чего вы будете работать (договор, счета, оферта), на основании чего платить (счета, график, договор), как подтверждать факт оказания услуг (акты, счета). Если ваш контракт не тянет, на 50к долларов, то паспорт сделки не нужен, будете давать только те документы, что написал выше. Со всем этим знанием обратитесь в банк, в валютный контроль. Ваши бумажки прочитают, скажут хватит ли того что принесли (на консультации хватит и образцов), потом подписание (если нужно) и заверка (если нельзя прислать электронно). Узнайте про полную стоимость переводов (реквизиты тоже не забудьте узнать). В итоге это сложнее чем с российской компанией но не более того.
Не забудьте почитать закон и инструкции на тему сроков предоставления документов, штрафы не весело будет платить.
И помните, что валютный контроль не разрешает, а может запретить операцию т.е. разрешено всё, что не запрещено и у банка обычно не стоит цель запрещать клиентам платить ему комиссии за услуги про переводу.
Не забудьте почитать закон и инструкции на тему сроков предоставления документов, штрафы не весело будет платить.
И помните, что валютный контроль не разрешает, а может запретить операцию т.е. разрешено всё, что не запрещено и у банка обычно не стоит цель запрещать клиентам платить ему комиссии за услуги про переводу.
Оплачиваю счета (правда Amazon) со своей карты, печатаем пришедшее письмо об оплате, это документ для отчета. Потом со счета компании перевожу себе деньги как «Выдача денежных средств под отчет».
Скорее всего вам эти деньги в доход вписывают
Не понял… доход кому? Или вы имеете ввиду, что эти расходы не уменьшают налоговую базу?
ну что бы вычесть их из налоговой базы, такие траты бухгалтерия обычно относит на вознаграждение сотрудника, потому как обоснования для отнесения их к другим типам расходов организации нет. но это влечет потерю НДФЛ
Ну почему же нет оснований? Есть. Сотрудник купил нам «время» использования сервера в Амазоне. У него есть подтверждающий документ в электронном виде (почта, скриншот билинга). Компания ему выплачивает потраченные им деньги по предъявленному отчету.
Тоже самое, что оплачивать мобильную связь. Принес чек — оплатили, и записали это в расходы компании.
Тоже самое, что оплачивать мобильную связь. Принес чек — оплатили, и записали это в расходы компании.
Уж сколько раз твердили миру…
Selectel, не?
После того как они безвозвратно убили все данные с сервера и потом еще требовали письменное заявление на возврат оставшихся у них средств я им больше никогда в жизни не доверю ни одного сайта. Все ух утверждения о «надежности» — это полный бред! Как может «надежный» хостинг убить данные стольких клиентов и не иметь при этом ни одного собственного бекапа на такой случай? Не понятно вообще, как люди продолжают пользоваться их услугами после такого.
P.S. Если кто не помнит, то о прошлом большом падении было тут habrahabr.ru/company/apps4all/blog/142555/
P.S. Если кто не помнит, то о прошлом большом падении было тут habrahabr.ru/company/apps4all/blog/142555/
НЛО прилетело и опубликовало эту надпись здесь
Хостинг — это как рулетка, может повезет, а может и нет.
Вот у вас со Скалакси траблы, а у меня за 2 года использования их сервиса — все в порядке, данные целы. Да, во время технических работ — сайт не доступен, но как правило это по ночам случается.
Я не скажу, что это идеальное решение, но за свои небольшие деньги — меня пока устраивает.
Юзаю Debian 6, 512 МБ RAM, HDD 4 ГБ, Канал 5 Мбит/с — по деньгам выходит 21.73 руб/сутки
Вот у вас со Скалакси траблы, а у меня за 2 года использования их сервиса — все в порядке, данные целы. Да, во время технических работ — сайт не доступен, но как правило это по ночам случается.
Я не скажу, что это идеальное решение, но за свои небольшие деньги — меня пока устраивает.
Юзаю Debian 6, 512 МБ RAM, HDD 4 ГБ, Канал 5 Мбит/с — по деньгам выходит 21.73 руб/сутки
Вопрос к статитике. У вас видимо одна виртуальная машина. У меня их пять, в такой конфигурации имею минимум одну серьезную проблему в месяц. В этом месяце их три, две очень серьезные. Плюс появились вопросы об адекватности саппорта в ночное время.
Селектел, конфигурация аналогичная, канал безлимитный — меньше 10 рублей в сутки.
С вашими цифрами это не имеет смысл. Получается примерно 650 руб/мес.
Полноценная VPS (это которая с гарантированными ресурсами, не OpenVZ) 512 Мб, 2×500 МГц, 5 Гб и канал в 10Мбит стоит в россии 250 руб/мес.
За 500руб будет VPS 1024 Мб, 2×1000 МГц, 10 Гб.
Так в чем профит скалакси?
Полноценная VPS (это которая с гарантированными ресурсами, не OpenVZ) 512 Мб, 2×500 МГц, 5 Гб и канал в 10Мбит стоит в россии 250 руб/мес.
За 500руб будет VPS 1024 Мб, 2×1000 МГц, 10 Гб.
Так в чем профит скалакси?
А где такие вкусные цены? оО
FirstVDS для маленьких проектов пойдёт.
Есть тариф 249р. в месяц — 16 Гб диска, 768 Мб. оперативной памяти, 600 МГц процессора.
Есть тариф 249р. в месяц — 16 Гб диска, 768 Мб. оперативной памяти, 600 МГц процессора.
Селектел:
LVDS-512 CPU — 512MHz, RAM — 512MB, HDD — 51,2GB 512руб/мес
LVDS-1024 CPU — 1024MHz, RAM — 1024MB, HDD — 102,4GB 1024руб/мес
LVDS-512 CPU — 512MHz, RAM — 512MB, HDD — 51,2GB 512руб/мес
LVDS-1024 CPU — 1024MHz, RAM — 1024MB, HDD — 102,4GB 1024руб/мес
Да навалом — берут Enterprose EX6S серверы хецнера, разворачивают виртуалки и вперед
vpsville.ru XEN
fastvps.ru OpenVZ
vpsville.ru XEN
fastvps.ru OpenVZ
Можно ссылку на хостера в личку?
аналогично. можно ссылку на хостера? Дай бог, что не ihor.
>>Так в чем профит скалакси?
Не стоит обычный хостинг (пусть даже VPS) сравнивать с масштабируемым.
Не стоит обычный хостинг (пусть даже VPS) сравнивать с масштабируемым.
НЛО прилетело и опубликовало эту надпись здесь
Скажите, а чем не устраивают обычные VPS или аренда серверов?
Судя по постам на Хабре, практически со всеми облаками из-за разных хитрых СХД и «продвинутой» логики есть проблемы. Включая тотальное удаление всего содержимого «потому что система так решила».
Есть ли действительно серьезные причины использовать сложные, но сырые решения?
Только пожалуйста не говорите про «плачу сколько использую», т.к. экономия если есть, то не сопоставимая с затратами на восстановление после очередного дизастера.
Вертикальное масштабирование? Все-равно в пределах возможностей одной физической машины. Горизонтальное? Действительно ли, что все, кто берет «облако», используют его по назначению?
А еще не понимаю, зачем все «облака» строят на этих самых центральных СХД. Локальные СХД работают быстрее и без логических ошибок типа «удалить навсегда потому что мне так показалось». Надо high availability — есть же зеркалирование.
В общем, наблюдаю странную для меня увлеченность «облаками». Особенно удивительно, когда берут один виртуальный сервер в облаке, на котором сидит все сразу (я не про автора поста, а вообще). Какой смысл?
Судя по постам на Хабре, практически со всеми облаками из-за разных хитрых СХД и «продвинутой» логики есть проблемы. Включая тотальное удаление всего содержимого «потому что система так решила».
Есть ли действительно серьезные причины использовать сложные, но сырые решения?
Только пожалуйста не говорите про «плачу сколько использую», т.к. экономия если есть, то не сопоставимая с затратами на восстановление после очередного дизастера.
Вертикальное масштабирование? Все-равно в пределах возможностей одной физической машины. Горизонтальное? Действительно ли, что все, кто берет «облако», используют его по назначению?
А еще не понимаю, зачем все «облака» строят на этих самых центральных СХД. Локальные СХД работают быстрее и без логических ошибок типа «удалить навсегда потому что мне так показалось». Надо high availability — есть же зеркалирование.
В общем, наблюдаю странную для меня увлеченность «облаками». Особенно удивительно, когда берут один виртуальный сервер в облаке, на котором сидит все сразу (я не про автора поста, а вообще). Какой смысл?
А что в вашем понимании Локальная и центральная СХД?
НЛО прилетело и опубликовало эту надпись здесь
Как замена шаред-хостингу или простой vds-ке с LAMP унутре — облако подходит плохо, это общеизвестный факт. Но почему-то клиенты облачных «сервисов» хотят именно этого — даже амазон прогнулся со своими микроинстансами.
Облака тем ценны, что сервисы предоставляют, вообще-то. Которые серьезно экономят и время и деньги. Вот те которыми пользуюсь лично я в своих проектах, на примере амазона
— Cloudfront
— S3
— RDS (лицензионный оракел в комплекте)
— Beanstalk
— EC2
— Cloudwatch
— LBS
— SNS
еще бы цена за терабайт с EC2 была погуманнее — вообще было бы замечательно.
Или рэкспейсовских загонов поменьше — а то намедни увидел «у вас диск больше 80 гигов, я на горячую клон поднять не могу, слишком большой». А образ — создает, минут сорок шкрябало. Пришлось подымать из образа и потом синхронизировать, тьфу. Два часа коту под хвост.
— И что это было, Бэрримор?
— Темза, сэр!
;-)
Облака тем ценны, что сервисы предоставляют, вообще-то. Которые серьезно экономят и время и деньги. Вот те которыми пользуюсь лично я в своих проектах, на примере амазона
— Cloudfront
— S3
— RDS (лицензионный оракел в комплекте)
— Beanstalk
— EC2
— Cloudwatch
— LBS
— SNS
еще бы цена за терабайт с EC2 была погуманнее — вообще было бы замечательно.
Или рэкспейсовских загонов поменьше — а то намедни увидел «у вас диск больше 80 гигов, я на горячую клон поднять не могу, слишком большой». А образ — создает, минут сорок шкрябало. Пришлось подымать из образа и потом синхронизировать, тьфу. Два часа коту под хвост.
— И что это было, Бэрримор?
— Темза, сэр!
;-)
у меня всего несколько инстансов в скалакси под проекты. И они сезонные. В сезон приходится мощность инстансов увеличивать значительно, не в сезон можно скрутить все ползунки вниз.
Так же если понадобилось поднять дополнительный шард для mysql или еще 1 memcache сервер — это делается за несколько минут. Точно так же легко его потом можно вырубить. С vps/vds такое без вариантов.
Так же если понадобилось поднять дополнительный шард для mysql или еще 1 memcache сервер — это делается за несколько минут. Точно так же легко его потом можно вырубить. С vps/vds такое без вариантов.
Я советую брать сервер в OVH — я ими более чем доволен, пользуюсь несколько лет. Они ща раздают бета-серверы (в связи с открытием нового дата-центра в канаде) у меня пост был на эту тему.
НЛО прилетело и опубликовало эту надпись здесь
Таймвеб. Не один десяток проектов там держу. СП достойная.
DataLine вроде не ругают…
У нас сегодня после их работ с дисковыми массивами накрылся root раздел одного из серверов. Вот и «недоступность в течение 30 минут между 2 и 4 часами»…
Сочувствую. Скалакси учит бекапить все, что движется.
К слову, сейчас идет долгая переписка с техподдержкой (которая кстати молчала 6 часов). Они утверждают, что моя проблема не связана с их работами с дисками (хотя сервер умер именно в это время). Вот комментарии техподдержки:
«Повреждения файловой системы могут быть вызваны многими причинами (в том числе длительной эксплуатацией без регулярного обслуживания с клиентской стороны). В данном случае с нашей стороны не было замечено никаких сбоев, могущих повлечь за собой подобные неполадки.»
и
«Плановые работы по обслуживанию дисковых массивов прошли гладко и без инцидентов, могущих повлечь за собой такие последствия, как повреждения файловых систем на виртуальных машинах.
Специалисты приступили к переподключению. Ориентировочное время окончания работ — в пределах 30 минут. Об окончании сообщим в эту заявку.»
Хотя машина создана всего 2 недели назад
С другими проблем не было.
При прошлом проведении работ с дисковыми массивами у нас умер один из серверов (не очень критичных, мы склонировали другой), но тогда они честно признались что это их косяк и данные восстановить невозможно.
«Повреждения файловой системы могут быть вызваны многими причинами (в том числе длительной эксплуатацией без регулярного обслуживания с клиентской стороны). В данном случае с нашей стороны не было замечено никаких сбоев, могущих повлечь за собой подобные неполадки.»
и
«Плановые работы по обслуживанию дисковых массивов прошли гладко и без инцидентов, могущих повлечь за собой такие последствия, как повреждения файловых систем на виртуальных машинах.
Специалисты приступили к переподключению. Ориентировочное время окончания работ — в пределах 30 минут. Об окончании сообщим в эту заявку.»
Хотя машина создана всего 2 недели назад
С другими проблем не было.
При прошлом проведении работ с дисковыми массивами у нас умер один из серверов (не очень критичных, мы склонировали другой), но тогда они честно признались что это их косяк и данные восстановить невозможно.
А у них техподдержка раньше работала 24х7, теперь только с 9-00 до 21-00. Поэтому если у вас что-то ломается вечером, ночью, или рано утром — увы. Можно, конечно, пробовать им звонить.
По поводу отказа от проблемы — точно также они мне говорили, когда я обнаружил, что у меня уже пять дней большие файлы на половину нулями забиваются вместо данных. Сначала это была «моя» проблема, а потом внезапно случилась авария на СХД, которую их технари пять дней не могли определить.
Колхоз (с). Я сегодня буду на совещании обсуждать вопрос по теме «валить», видимо к буржуям.
По поводу отказа от проблемы — точно также они мне говорили, когда я обнаружил, что у меня уже пять дней большие файлы на половину нулями забиваются вместо данных. Сначала это была «моя» проблема, а потом внезапно случилась авария на СХД, которую их технари пять дней не могли определить.
Колхоз (с). Я сегодня буду на совещании обсуждать вопрос по теме «валить», видимо к буржуям.
По поводу «многими причинами (в том числе длительной эксплуатацией без регулярного обслуживания с клиентской стороны» они правы, такое тоже бывает, но как-то криво и путано они это выразили.
Можно сказать, это такой негативный эффект длительного аптайма — допустим, сервер работает год-два без остановки, если есть какие-то мелкие проблемы в системе, которые чуть-чуть повреждают данные, (чаще всего, это баги где-то на уровне драйверов диска, файловой системы). Обычно это бывает с мета-данными — в записываемых на диск данных могут копиться повреждения. в то время как в оперативной памяти ОС все может видиться нормально. И только после перезагрузки, когда все данные пришлось загружать с диска, становятся видимыми повреждения.
Под регулярным обслуживанием скорее всего имеют в виду проверку целостности файловой системы. Она выполняется автоматически при загрузке сервера и пока повреждения метаданных незначительные, они могут легко восстанавливаться автоматически. Но если ошибки долго копились, они достигают критической массы и возникают непоправимые повреждения.
Можно сказать, это такой негативный эффект длительного аптайма — допустим, сервер работает год-два без остановки, если есть какие-то мелкие проблемы в системе, которые чуть-чуть повреждают данные, (чаще всего, это баги где-то на уровне драйверов диска, файловой системы). Обычно это бывает с мета-данными — в записываемых на диск данных могут копиться повреждения. в то время как в оперативной памяти ОС все может видиться нормально. И только после перезагрузки, когда все данные пришлось загружать с диска, становятся видимыми повреждения.
Под регулярным обслуживанием скорее всего имеют в виду проверку целостности файловой системы. Она выполняется автоматически при загрузке сервера и пока повреждения метаданных незначительные, они могут легко восстанавливаться автоматически. Но если ошибки долго копились, они достигают критической массы и возникают непоправимые повреждения.
Я бы может и поверил в это, если бы, если бы сервер был запущен давным давно и никаких работ с дисковами массивами не происходило. У нас много машин, которые запущены дольше и ничего не происходило.
Да, вариант не самый вероятный. А накрылось у работающего сервера или по какой-то причине его нужно было перезагрузить и проблема стала видна после перезагрузки?
Если была перезагрузка при работах, то не стоит однозначно связывать проблему с работами. У нас, однажды, после плановых работ, во время которых штатно шатдаунились и потом запускались машины, стали жаловаться клиенты, что мы им все поломали. У кого-то сайт не работает, у кого-то почта, у кого-то ОС не грузилась. У всех окащалось, что они стартовали какие-то сервисы вручную и не сохраняли в конфигурацию на диск. При перезагрузке, соответственно, старт не выполнялся и сервис не работал. Проблема была в неполной настройке администраторами клиентов, но проявилась она только после наших плановых работ.
Если была перезагрузка при работах, то не стоит однозначно связывать проблему с работами. У нас, однажды, после плановых работ, во время которых штатно шатдаунились и потом запускались машины, стали жаловаться клиенты, что мы им все поломали. У кого-то сайт не работает, у кого-то почта, у кого-то ОС не грузилась. У всех окащалось, что они стартовали какие-то сервисы вручную и не сохраняли в конфигурацию на диск. При перезагрузке, соответственно, старт не выполнялся и сервис не работал. Проблема была в неполной настройке администраторами клиентов, но проявилась она только после наших плановых работ.
Сервер работал, потом в логе панели вывелось «Сервер недоступен», потом «Сервер перезагружается» — такие вещи случаются каждые 2-3 дня с разными серверами, иногда они висят в ребуте по часу и более но возвращаются, сегодня этот сервер сам не вернулся.
Насчет второго абзаца — я прекрасно понимаю вас, но полная неработоспособность root-диска — все-таки другое и на ровно месте не случается.
Насчет второго абзаца — я прекрасно понимаю вас, но полная неработоспособность root-диска — все-таки другое и на ровно месте не случается.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Oversun-Scalaxy — каждый месяц геморрой!