Я уже некоторое время занимаюсь локальной разработкой с использованием Cassandra, и время отклика на запросы составляет около 50 мс.
Я настроил кластер EC2 из 5 узлов из сообщества Cassandra ami, все прошло отлично, Opscenter запущен и работает, никаких проблем не возникло.
Когда я выполняю любой запрос с машины за пределами сети AWS, будь то создание пространства ключей или выполнение select * для пустой таблицы, время отклика составляет более 20 секунд.
Когда я отправляю запрос с машины в том же регионе, время ответа составляет от 1 до 2 секунд, что все равно очень медленно.
Все машины EC2 — это m1.large eu-west-1a
Есть ли у вас какие-либо соображения, почему это происходит или где мне следует искать проблему?
решение1
Текущая версия DevCenter была разработана для поддержки в качестве основного сценария запуска (длинных) скриптов CQL (в отличие от интерактивной консоли с запросами, выполняемыми один за другим). DevCenter использует в качестве базового коннектора драйвер Java DataStax для Cassandra.
Для вышеупомянутого сценария, чтобы гарантировать отсутствие «конфликтов», для каждого выполнения создается новый сеанс. Когда сеанс инициализируется, драйвер выполняет автоматическое обнаружение узлов, создает пулы соединений и т. д. По сути, он выполняет большую подготовительную работу. В зависимости от задержки от вашей клиентской машины до узлов EC2, размера кластера, а также конфигурации этих узлов (см. требования к подключению), эта фаза инициализации может быть довольно затратной.
Как вы можете себе представить, время, потраченное на подготовку, не будет представлять большой процент от выполнения скрипта DDL и приличного размера вставок/обновлений. Но для интерактивного сценария это приведет к неоптимальному поведению (тому, которое вы описываете)
Следующая версия(и) DevCenter будет рассматривать интерактивный сценарий и оптимизировать его, чтобы пользовательский опыт был таким, как вы ожидаете. И поддержка этого сценария довольно высока в нашем списке приоритетов.