Category: россия

Category was added automatically. Read all entries about "россия".

Анатолий Семенов полагается на вашу поддержку

Анатолий Семенов полагается на вашу поддержку

Еще необходимо 321 подписей! Президент Российской Федерации, губернатор Ростовской области, «Остановите уничтожение исторической застройки Ростова-на-Дону!»

Posted by Анатолий Семенов on 10 сен 2017, 06:38

from Facebook

Рассказ 1. ВАС'овское кольцо или ГеоЦод.

Оригинал взят у alexanderberko в Рассказ 1. ВАС'овское кольцо или ГеоЦод.

История данного проекта на мой взгляд, для гос. организации просто невероятна. На момент 2012-2013 года, когда начали задумываться об объединении площадок не просто в ЦОД, а в единый, территориально разнесённый отказоустойчивый геоцод, отвечающий всем требованиям безопасности и функциональности (нужны были одни и те же виланы по всем площадкам (если вкратце, то ножен один L2 по площадкам), один SAN на FC и другие требования, необходимые для работы нормального кластера), такой реализации мы найти не смогли . Мы готовы были связаться с любыми коллегами, что бы поделиться опытом и по возможности избежать каких-то костылей, так как шаг влево или шаг вправо обходится весьма дорого, а простоя допустить просто не возможно (не говоря о потере данных). Поискав по всем партнерам и опросив всех менеджеров по Vmware, Microsoft, IBM, Hitachi мы остались без ответов. Были примеры различных отдельных реализаций, много примеров распределенных сетей (Ethernet), но все они работали с L3 и как правило без сквозного проброса между площадками. А о реализации подобного кластера на vmware или Hyper-V вообще тишина. Многие коллеги когда слышали, что мы намереваемся сделать, крутили пальцами у виска и говорили, что это не возможно, что это не будет работать и так ни кто не делает. Как же было приятно смотреть на них чуть позже, когда они сначала с недоверием, а потом и увлечением включались в проект. Конечно, были и те, что отказывался верить и пытался вставлять "палки в колеса", говоря что ничего не получится, с такими коллегами мы расставались, ведь нам нужны только лучшие!
Какие основные задачи мы решали и какие надежды возлагали?


  1. Оптимизация использования имеющихся ресурсов

  2. Последующее снижение стоимости владения

  3. Повышение отказоустойчивости работы серверов, сервисов

  4. Расширение предоставляемых инфраструктурных возможностей и решений по объектам

  5. Унификация используемых серверных решений

  6. Возможность централизованного администрирования

  7. Возможность децентрализации точек отказа

  8. Внедрение стандартизированных решений

  9. Регламентация текущих решений

  10. Ровнамерное распределение нагрузки на дисковые подсистемы. Система должна сама выбирать место храния данных (SAS или SATA), в зависимости от размера и частоты использования.

  11. Резервирование

  12. Возможность автоматизированного восстановления и миграции ресурсов.

Это только часть тех задач, которые можно было решить. Конечно, нам предстояло навести порядок в сетевой адресации, наименованиях, номерах виланов, своих привычках и всему тому, что называется местечковость. Но, порядок есть порядок, убираться мало кто любит, а затевать генеральную уборку, так вообще единицы :) Засучив рукава, принялись за работу.
Основа.
В 2011 году, по всем 113 объектам, мы выполнили поставку типовых решений для серверной, рассчитанные на средний офис (~150-300 сотрудников, без VDI) в него вошли Bladecenter System E и X (на борту 2 FC свитча Brocade и 2 Ethernet Nortel BNT 2/3 (многие лета жизни ему любимому)) и несколько полок Hitachi AMS 2100

Внутри VMWare vSphere 5. Данную типовую поставку было решено взять за основную, На отдалении, задача выглядела просто, нужно было объединить все гипервизоры в несколько кластеров, предоставив одни луны и виланы, разобраться с автоматической балансировкой нагрузки на СХД, решить проблемы с STP, обеспечив каждый объект отказоустойчивыми (как минимум 2-я) каналами связи. тю, делов то )))
Про объекты
Предстояло объединить 6 стоек, разнесённых по Москве. Расстояние между объектами укладывается в 10 км, максимальное расстояние до 20 км. На каждом объекте есть свой отдел ИТ, с разной компетенцией, но есть. Между 3 из 6 объектов, оптика уже была проложена и даже изредка, бегал какой никакой трафик.
Сеть Ethernet.
Тут началось интересное. После аудита, стало понятно, что многие любят использовать первые номера виланов, сети кое-где до сих пор пересекаются, а маски далеки от /24. Fixed. Вендором решили взять компанию с не благозвучным для русскоговорящего человека названием Huawei(Huawei WDM OptiX OSN 1800). Возможности и стоимость оборудования данной компании полностью отвечали нашим критериям, да и ребята крайне контактные. Вообще, после работы с данными коллегами, у нас остались только позитивные ощущения, суппорт быстро отрабатывал, а при необходимости, очень быстро писали необходимые патчи. Конечно, не обходилось без проблем. Например, долгое время оптимизировали настройки каналов, так как то fc свитчи не могли синхронизироваться, то луны отваливались то 3 то 10-е. Снимок экрана от 2015-09-09 08:52:24.pngПотом, когда все нормально отработало пару дней, полетели невероятные проблемы. Тайминги начали расти на пустом месте. Бессоных 2 или 3 дня, а как результат, сбойная sfp-шка.
Но, наконец-то все разрешилось, альясы прописаны, зоны прогружены, фабрики работают. В начале проекта, я думал, что основные проблемы будут как раз в SAN, ошибся.
Nortel BNT 2/3 - Это проклятье.  Это чистое проклятье.

Менять свитчи на что-то нормальное не представлялось возможным, так что нужно работать с тем, что есть. Первое что выяснилось, у нас нет возможности работать
Я недооценил Nortel. От этих свитчей требовалось малое, обеспечить связь с локальной инфраструктурой объекта, поднять и держать до 30 виланов и маршрутизировать локальный трафик в местную сеть. Первый fail был с STP, nortel предлагает 3 варианта:
1. RSTP
2. PVRST
3. MSTP
Вот тут и началось. PVRST отпал по отсутствию лицензии, купить которую оказалось не возможно или ну очень проблематично. С RSTP началось такое, что просто трудно сказать, сеть штормило просто ужасно. Мы сломали всю голову, оказалось все тривиально. Нортель глючит. Мы стали откатываться по прошивкам, вроде подобрали одну более ли менее рабочую, но увы, она оказалась на столько старой, что мы получили просто уйму других глюков. Пришлось переходить на MSTP. Перевели huawei, построили дерево, вроде все ОК. Да вот сейчас! Нортель наотрез отказался поклоняться китайцам, всяко демонстрируя свою непокорность. Опять пошли скакать по прошивкам, опять начали перебирать настройки. Но увы, пришлось сдаться и сделать один из нортелей рутом. Передохнули. запустились, работает. Начали подключать второй линк и тут началась чертовщина. Пакеты теряются самопроизвольно, нортель стал показывать включённые линки там, где были пустые порты! Я сначала не поверил своим глазам, думаю, ну перепутал, с кем не бывает, проверил, нет, подключены только 1-е два порта, но эта зараза, показывает, что включены то 5, то 6! Проблема оказалась очень интересной, совершенно независящие настройки внутренних портов. Если включить, то проблема пропадала. Какие именно уже не помню, но поведение было следующим, лезвия видели на своих портах кольцо и блокировали порты, оба. Писали в IBM, открывали кейсы, говорили с менеджерами. Всё в пустую, они признали ошибку, но писать патч отказались, сославшись на то, что для nortel они ничего делать не будут. Так и стоит до сих пор левые настройки на внутренних портах, костыль, но работает. В предпоследние дни перед запуском, мы с Андреем Курбатовым в прямом смысле жили на работе, перебирая различные варианты и подбирая оптимальные настройки.

Эту фотографию я сделал в тот вечер 29 ноября, написав
В общем и целом успех! 6 площадок, 12 свитчей и распределённая инфраструктура по Москве сделала большой, первый и единый вдох..
Мы все выдохнули, предстояло идти дальше.













SAN и SVC
Большой головной болью, была проблема синхронизации полок и предоставление отказоустойчивого виртуального луна. По сути, нужно было создать пулы из RAID, где вместо дисков будут полки на разных площадках. Тогда, данную задачу решало только решение от IBM, а именно SVC.
Снимок экрана от 2015-09-07 23:53:39.pngНужно было объединить 2 ноды по 2 сервера в каждой ноде на разных площадках, выбрав оптимальное географическое положение. Проблема заключалась в том, что система ни как не хотела синхронизироваться, пулы разваливались и  данным постоянно приходилось перезаписываться при восстановлении. Причем, восстановление не происходило автоматически, требовалось вмешательство. Проблема была выявлена Опять тесты, опять патчи, опять тюнинг. Наконец, все настройки выставлены, и гипервизор увидел свои первую распределённую дисковую систему и началась большая миграция данных.
Виртуализация.
Я люблю vmware и считаю, что это лучшее технологическое решение для инфраструктур, если используется для работы в корпоративном сегменте. Но, каждый раз, планируя архитектуру того или иного решения, я очень внимательно изучаю все конкурентные предложения, и только взвесив все плюсы и минусы, делаю выбор. Так как мы строили не Web ферму, то выбор стоял между Hyper-V, Citrix и VMWare. У каждого из этих решений, есть свои несомненные плюсы и минусы и нельзя говорить о безоговорочной победе одного из вендоров. Все ситуации уникальны. На тот момент, vmware бесстыже вырывался вперёд, оставляя остальных нервно курить в сторонке. При планировании данной архитектуры, я учитывал следующие основные возможности:

  1. Система должна быть надёжной

  2. Система должна быть гибкой, иметь возможность легко и динамично изменяться под любые нужды

  3. Система не должна быть ресурсоёмкой.

  4. Система должна иметь интеграцию в AD и уметь работать как с пользователями, так и с группами.

  5. Система должна позволять очень гибкую работу с сетью (зеркалирование, проброс, работа с виланами и группами виланов и т.п)

  6. Система должна иметь web интерфейс

  7. Система должна быть легко масштабируемой

  8. В случае проблем, система должна иметь возможность работать до последнего

  9. Автоматическое распределение ресурсов и нагрузки

  10. Автоматическое управление питанием

Система была выбрана, а учитывая то, что на блейдах уже была развернута (vsphere 4.1 и 4 esx), то оставалось решить лицензионные вопросы и провести обновление системы. Конфигурация представляла из себя пару кластеров, разбитые на пулы, vMoution, Storage vMoution и другие актуальные нужные фичи.
Снимок экрана от 2015-09-09 08:52:24.png
В итоге, у нас получилась отличная распределённая сеть Ethernet и SAN, система переживала выключение нескольких площадок, сама поднималась и восстанавливалась, виртуальные машины мигрировали по разным площадкам, а система управления питанием управляла включением и отключением блейдов и серверов, оптимизируя инфраструктуру перед ростом нагрузки и в ночное время суток. Выход дисков и один раз полки в СХД так же отработали на ура. В общем и целом, проект удался, и стал основой для других, не менее интересных проектов.

РАО таки пришлось заплатить налоги ИФНС №3 с невыплаченного авторского вознаграждения

Хронология:

Третья инстанция:
постановление Девятого арбитражного апелляционного суда от 28.01.2013 в
части отмены решения Арбитражного суда города Москвы от 29.06.2012 и
признания недействительным решения ИФНС России № 3 по г. Москве от
03.08.2011 № 12-28/92 по эпизоду, связанному с признанием собранного, но не
выплаченного авторского вознаграждения кредиторской задолженностью с
истекшим сроком исковой давности (налог на прибыль) – отменить.
Решение Арбитражного суда города Москвы от 29.06.2012 в этой части
оставить в силе.
В остальной части судебные акты оставить без изменения

Вторая инстанция

Решение Арбитражного суда г. Москвы от 29.06.2012 по делу № А40-127535/11-
20-521 изменить.
Отменить решение суда в части отказа ООО "Российское Авторское Общество" в
признании недействительным решения ИФНС России № 3 по г. Москве от 03.08.2011
№ 12-28/92 в части эпизода «Налог на прибыль», связанного с признанием собранного,
но не выплаченного авторского вознаграждения кредиторской задолженностью с
истекшим сроком исковой давности.
Признать недействительным решение ИФНС России № 3 по г. Москве от
03.08.2011 № 12-28/92 в части эпизода «Налог на прибыль», связанного с признанием
собранного, но не выплаченного авторского вознаграждения кредиторской
задолженностью с истекшим сроком исковой давности.

Взыскать с ИФНС России № 3 по г. Москве в пользу ООО "Российское Авторское
Общество" расходы по уплате государственной пошлины по апелляционной жалобе в
сумме 1 000 руб. и на проведение судебной экспертизы в сумме 110 000 руб.
Возвратить ООО "Российское Авторское Общество" из федерального бюджета
государственную пошлину по апелляционной жалобе в сумме 1 000 руб. как излишне
уплаченную.
В остальной части решение суда оставить без изменения.


Первая инстанция:

Признать недействительным, не соответствующим Налоговому кодексу РФ,
решение ИФНС России № 3 по г. Москве (ОГРН: 1047703058435; 123100, г. Москва,
ул. Анатолия Живова, д. 2, стр.6) от 03.08.2011 № 12-28/92 о привлечении
налогоплательщика к ответственности за совершение налогового правонарушения в
части пункта 1 раздела «НДС», а также пункта 1 раздела «Исчисление и уплата налогов
с доходов, полученных иностранной организацией от источников в РФ», вынесенное в
отношении Общероссийской общественной организацией «Российское Авторское
Общество» (ОГРН 1027739102654, 123995, г. Москва, ул. Б. Бронная, д. 6 А, стр. 1).
В удовлетворении остальной части заявления Общероссийской общественной
организацией «Российское Авторское Общество» (ОГРН 1027739102654, 123995, г.
Москва, ул. Б. Бронная, д. 6 А, стр. 1) отказать.

РАО и салют в туалете, или аккредитация в канализации...

Оригинал взят у rv_alymov в РАО и салют в туалете
Опубликовано решение по иску РАО к ООО "Комеди Клаб продакшн" (организатору концерта) и ЗАО "Торговый дом "Сигма-Плюс" (ресторану "Танго" в Казани) о взыскании компенсации за незаконное публичное исполнение произведений. Иск удовлетворен частично.

Комеди клабу удалось отбиться. Они заявили, что на самом деле концерта в Казани не было. А если и был, то организовали его не они, а кто-то еще. РАО предъявило билеты на концерт, но билеты в качестве доказательства организации концерта не сгодились. Вот смотрите, уважаемый суд:
  • билеты не соответствуют форме бланка, утвержденной приказом генерального директора;
  • билеты с такой серии уже были использованы;
  • печать на билете - от прекратившего свою деятельность филиала;
  • газетная статья с артисткой Комеди клаб в этот день в Казани - так свобода творческой реализации, она выступает, где хочет, мы тут ни при чем.
Так что Комеди Клаб не организовывал концерт в Казани и потому ничего публично не исполнял. Кто организовал концерт, неизвестно. Но это не мы, палюбас. Такую позицию озвучил представитель ООО "Комеди Клаб продакшн", и суд с этой позицией согласился.

А вот ресторану отбиться не удалось. Хитрые и продуманные сотрудники РАО пробрались в ресторанный туалет, осуществили там (1) видеозапись публичного исполнения ответчиком произведения (песня Salut), (2) составили акт контрольного прослушивания и (3) акт расшифровки записи.
Поскольку ресторанный туалет является местом, открытым для свободного посещения, то исполнение песен в туалете считается их публичным исполнением. Есть публичное исполнение - значит, есть и организатор - лицо, организующее публичное исполнение, т.е. взявшее на себя инициативу и ответственность за проведение мероприятия.

Таким образом, ресторан, проявив  инициативу и взяв на себя ответственность, организовал в своем туалете мероприятие - публичное исполнение произведенения "Salut".

Салют обошелся в 45 000 рублей компенсации. Заметьте, до правовых санкций за пение в душе остался один шаг.

________________________________________________________

Видеозапись сортира - это достойно :)

Тут как бы вот что:
___________________
Статья 1270 ГК РФ, п.2

6) публичное исполнение произведения, то есть представление произведения в живом исполнении или с помощью технических средств (радио, телевидения и иных технических средств), а также показ аудиовизуального произведения (с сопровождением или без сопровождения звуком)

- в месте, открытом для свободного посещения,

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

независимо от того, воспринимается произведение в месте его представления или показа либо в другом месте одновременно с представлением или показом произведения;
___________________

Адекватный человек увидит в этой норме критерий обязательности восприятия некими лицами (очевидно, не одним, иначе причем тут ПУБЛИЧНОЕ исполнение)...

Встает разумный вопрос - сколько человек может ОДНОВРЕМЕННО присутствовать в туалете типа сортир?

 

Защита авторских прав: компетенции Российского авторского общества (РАО) и ответственность бизнеса

Пишут тут:

Москва: в ЦДП обсудят ответственность бизнеса при защите авторских прав


24 июня в 12.00 в Москве, в Центральном доме предпринимателя (м. Красные ворота, м. Курская, ЦДП, ул. Покровка, д. 47/24), состоится круглый стол на тему: «Защита авторских прав: компетенции Российского авторского общества (РАО) и ответственность бизнеса».

   Организаторами круглого стола выступили:

- Департамент поддержки и развития малого и среднего предпринимательства г. Москвы,
- московское городское отделение «ОПОРЫ РОССИИ» и
- Московское агентство по развитию предпринимательства (МАРП).

   В августе 2008 года Российское авторское общество (РАО) получило предусмотренную Гражданским кодексом РФ государственную аккредитацию в сфере управления исключительными правами при публичном исполнении музыкальных произведений.

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

   Предприниматели готовы заключать такие договоры, однако остается большое количество вопросов к деятельности РАО.

- По какой схеме начисляются проценты отчислений и штрафы?
- Какими документами регламентируется размер выплат?
- Кто из авторов музыкальных произведений заключил договоры с РАО?
- Кто контролирует деятельность РАО?

   Эти и другие вопросы будут в центре внимания предстоящего заседания.

   К участию в работе круглого стола приглашены:

- министр правительства Москвы, руководитель Департамента поддержки и развития малого и среднего предпринимательства г. Москвы Михаил Вышегородцев,
- председатель Комитета Государственной думы РФ по экономической политике и предпринимательству Евгений Федоров,
- председатель московского отделения «ОПОРЫ РОССИИ» Александр Жарков,
- руководитель Московского агентства по развитию предпринимательства Андрей Маштаков,
- председатель комитета Мосгордумы по законодательству Александр Семенников,
- заместитель руководителя Управления УФАС по г. Москве Екатерина Соловьева,

а также представители Московской городской прокуратуры, Арбитражного суда г. Москвы, представители РАО и ВОИС, предприниматели, юристы, лидеры общественных организаций.