Início / dba / Perguntas / 32898
Accepted
potto
Asked: 2013-01-15 08:45:20 +0800 CST

Experiência usando ScaleArc em teste ou produção?

  • 772

Alguém já teve alguma experiência usando ScaleArc ?

Meu CTO perguntou minha opinião sobre isso e não vi nenhuma informação sobre experiências do mundo real.

mysql replication

2 respostas

  1. Best Answer

    HA HA HA HA Que coincidência. Pediram-me que avaliasse eu mesmo.

    Aqui está o que foi feito até agora...

    • Meu supervisor instalou
    • Eu criei duas instâncias do EC2
    • Eu criei o status Master/Slave entre eles
    • Eu crio o Cluster no ScaleArc EC2
      • Eu enviei o Master EC2 como um ScaleArc Master
      • Eu enviei o Slave EC2 como um ScaleArc Slave
    • Ajustei as Opções de Segurança para a porta 3306 no Cluster

    Aqui está o teste rudimentar que fiz: Decidi conectar ao MySQL, não usando o Master EC2, e não usando o Slave EC2, mas usando apenas o ScaleArc EC2. Aqui está um script para escrever para testar a conectividade:

    [redwards@lw-lts-155 ec2]$ cat master_select
EC2_DNS=<ScaleArc-EC2-DNS Hidden>
MYSQL_USER=<<Username Hidden>
MYSQL_PASS=<Password Hidden>
MYSQL_CONN="-u${MYSQL_USER} -p${MYSQL_PASS}"
mysql -h${EC2_DNS} ${MYSQL_CONN} -ANe"show variables like 'hostname'"

    Aqui está o resultado:

    [redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-205-21-233 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-205-21-233 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-205-21-233 |
+----------+------------------+
[redwards@lw-lts-155 ec2]$ ./master_select
+----------+------------------+
| hostname | ip-10-242-47-176 |
+----------+------------------+

    Ei, nada mal. Escravo foi alcançado 7 de 10 vezes.

    No mínimo, é isso que se deseja: usando apenas um endereço, conecte-se ao MySQL e tenha alguma inteligência itinerante para decidir a qual servidor de banco de dados se conectar. Este tem sido o sonho de todos os prognosticadores ávidos do MySQL Proxy:

    Se eles implementaram o MySQL Proxy usando LUA ou criaram scripts de alguma forma proprietária, o resultado final é o seguinte: ScaleArc conseguiu isso e fez o trabalho pesado para todos nós (pelo menos no universo AWS).

    Eu diria: Vá em frente e brinque com isso da seguinte maneira:

    • Configure um mestre e três escravos
    • Registre o mestre e os escravos no ScaleArc
    • Escreva algum benchmark em relação ao Cluster
    • Use os gráficos fornecidos e veja se ele faz o balanceamento de carga de forma inteligente

    Desculpe, não sou especialista em ScaleArc e esta não é uma resposta completa para você. teste-o e chute alguns pneus.

    ATUALIZAÇÃO 2013-01-14 16:32 EDT

    Baixei o banco de dados sakila e carreguei-o no Cluster.

    wget http://downloads.mysql.com/docs/sakila-db.tar.gz

    Então, executei esta consulta

    SELECT actor_id FROM sakila.actor
ORDER BY MD5(CONCAT(last_name,first_name))

    e armazenou os resultados emactor_id.txt

    Em seguida, construí o seguinte script para iniciar o mysql muitas e muitas vezes em testbeds.

    EC2_DNS=<ScaleArc-EC2-DNS Hidden>
MYSQL_USER=<Username Hidden>
MYSQL_PASS=<Password Hidden>
MYSQL_CONN="-h${EC2_DNS} -u${MYSQL_USER} -p${MYSQL_PASS} -Dsakila"
NUMBER_OF_TESTBEDS=${1}
PARALLEL_TESTS=${2}
if [ "${1}" == "" ] ; then NUMBER_OF_TESTBEDS=1 ; fi
if [ "${2}" == "" ] ; then PARALLEL_TESTS=1     ; fi
ACTOR_LIST=""
for ACTOR_ID in `cat actor_id.txt`
do
        ACTOR_LIST="${ACTOR_LIST} ${ACTOR_ID}"
done
SQLPREFIX="SELECT F.film_id,F.title FROM actor A"
SQLPREFIX="${SQLPREFIX} INNER JOIN film_actor FA USING (actor_id)"
SQLPREFIX="${SQLPREFIX} INNER JOIN film F USING (film_id) WHERE A.actor_id="
for (( X = 1 ; X <= NUMBER_OF_TESTBEDS ; X++ ))
do
        echo -n "Launching TestBed #${X} ("
        for (( Y = 1 ; Y <= PARALLEL_TESTS ; Y++ ))
        do
                echo -n " ${Y}"
                for ACTOR_ID in `echo "${ACTOR_LIST}"`
                do
                        SQLSTMT="${SQLPREFIX}${ACTOR_ID}"
                        mysql ${MYSQL_CONN} -ANe"${SQLSTMT}" /dev/null 2>/dev/null &
                done
        done
        echo -n ")"
        wait
        echo
done

    Espero que isto ajude !!!

    • 6

  2. Na minha experiência pessoal, o suporte ao Scale Arc tem sido notoriamente ruim e seu software parece não ser confiável.

    Nossa conexão de banco de dados com nosso balanceador de carga falha sem motivo legítimo. Por exemplo, nossa conexão com o banco de dados falhou, o que afeta todos os serviços que executamos em nossos servidores da web. Quando entramos em contato com o suporte do Scale Arc, eles geralmente culpam um certificado SSL expirado (falha deles) ou problemas de sincronização com o software (novamente, culpa deles). Resolver problemas de sincronização (entre um nó mestre e vários nós escravos) levou duas semanas para que um técnico de suporte analisasse os logs do software e identificasse um problema.

    Se você pretende anunciar 0% de tempo de inatividade, deve garantir que sua equipe de suporte tenha o mesmo SLA que você está comercializando para seus clientes.

    Tente explicar ao seu chefe que todos os servidores da Web e servidores de banco de dados estão funcionando bem, exceto pelo serviço que estamos pagando a uma empresa terceirizada para monitorar e dar suporte. Não preciso de suporte retrospectivo, preciso que eles me digam quando algo vai falhar, antes que derrube todos os serviços dos quais nossa empresa depende para obter receita.

    Se eu pudesse, lidaria com a dor envolvida na configuração de uma rede de alta disponibilidade usando o HAproxy...

    Não negligencie seus clientes

    • 0

relate perguntas